Remove expired port:
2018-07-13 lang/gcc47: Unsupported by upstream. Use GCC 6 or newer instead.

Run "/usr/sbin/service ldconfig restart" for USE_LDCONFIG instead of
"ldconfig -m <path>" so the order of ldconfig search directories after
package installation is the same as after a reboot.  The original command
simply appends the path to the list of directories while the ldconfig rc.d
script uses "sort -u".

Bump lang/gcc* which are known to install libraries with exactly the same
name so the library loaded at runtime depends on the order of the search
directories.

PR:		228046
Approved by:	portmgr (antoine)

Add an EXPIRATION_DATE of 2018-07-13 since this version of GCC will not
have been maintained upstream for more than three years by then. It also
is not used anywhere in the FreeBSD Ports tree.

Simplify MASTER_SITES in all GCC-ports related to end-of-lifed releases
(gcc47, gcc48, gcc49, and gcc5), taking advantage of the default for GCC
releases provided by MASTER_SITES_ABBREVS.

Reported by:	portlint

Update mpfr to 4.0.1 release and bump PORTVERSION of dependent ports.

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

Backport the change to ensure what we install is stripped (i.e., debug
info is removed) from lang/gcc7 to lang/gcc47, lang/gcc48 and lang/gcc49.

(For more background see revisions 454177 and 454422.)

Reported by:	Ports QA Framework, miwi, sobomax
Discussed with:	tijl, miwi
Differential Revision:	https://reviews.freebsd.org/D10357

Given that GCC 5 has gone end-of-life now, recommend GCC 6 or later
instead of GCC 5 or later in the deprecation messages for lang/gcc46
to lang/gcc49.

Add deprecation notes for lang/gcc47, lang/gcc48, and lang/gcc49,
but no expiration date at this point (since at least the latter two
still have users in the ports tree and sparc64 relies on the latter).

PR:		222373
Submitted by:	Yasuhiro KIMURA <yasu@utahime.org>

Backport several cleanups and one real fix from lang/gcc5:

 - Move ONLY_FOR_ARCHS into the right position of the Makefile.

 - Omit a comment describing GCC_VERSION and SUFFIX.

 - Do not quote constant strings compared with ${ARCH}. [1]

 - Last, but not least the only functional change (and an important one
   at that): Remove headers being created by GCC's fixincludes machinery
   from the installation / packaging to avoid breakage when FreeBSD's
   headers are changing afterwards.

 - On the way, add a TIMESTAMP to distinfo.

PR:		221905 [1]
Submitted by:	linimon [1]

Remove workarounds for PR 219274 that bapt@ had put in place in 2014
from the end-of-life lang/gcc4* ports.

PR:		219274

Adjust WWW reference in pkg-descr to https and avoid a trailing slash
for all lang/gcc4* ports.

Remove powerpc64 from ONLY_FOR_ARCHS and remove BROKEN_powerpc64.

This is an old version of GCC (a couple of generations end-of-lifed)
that is not going to be fixed realistically, and we have newer ports
that work.

Discussed with:	linimon, andreast

Mark some ports failing on power64.  In cases where the error message
was a stub, provide a real one.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)
Reported by:	swills

Update print/texinfo to 6.3

Changes:	http://savannah.gnu.org/forum/forum.php?forum_id=8679
Differential Revision:	https://reviews.freebsd.org/D
PR:		218972
Exp-run by:	antoine

Simplify the setting of INFO.

Pet portlint wrt. patch files format warnings.

Remove Java support (both the JAVA option and everything associated with
it as well as java from CATEGORIES) from this port.

After GCC 4.7 went end-of-life upstream in June 2014 there isn't much
use of that not better served by newer lang/gcc* ports and it speeds up
the build and simplifies this port significantly.

In addition to the expected changes to Makefile, pkg-plist, and pkg-descr,
this also removes files/java-patch-hier.

- Fix shebang

Approved by:	gerald (maintainer via mail)

Completely remove DIST_VERSION that mat introduced in revision
438272 to avoid DISTVERSION in this port .

On the way also drop the definition of DISTNAME and simplify the
definition of GCC_VERSION since GCC 4.7 is EOL.

Make defining both PORTVERSION and DISTVERSION a DEV_ERROR.

There are two cases:

- The upstream versionning is compatible with our versionning, or using
  DISTVERSION's magic leads to a compatible PORTVERSION, use
  DISTVERSION.  If it is possible to use DISTVERSIONPREFIX and
  DISTVERSIONSUFFIX to make it compatible, use them.
- The upstream versionning is not compatible with our versionning, and
  DISTVERSION's magic does not lead to a correct PORTVERSION, then set
  PORTVERSION to the equivalent of our versionning, and set DISTNAME.
  It is possible to use a third variable where you store upstream's
  version and use it to compute PORTVERSION and/or DISTNAME, like the
  dns/bind9* ports do.

Sponsored by:	Absolight

${RM} already has -f.

PR:		213570
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

Apply the following to all common GCC ports based on end-of-life versions
of GCC including lang/gcc:

Only override CONFIGURE_TARGET for amd64 which is x86-64/x86_64 for the
rest of the world including GNU and GCC.  For all other architectures
it already defaults to the value we were setting.

No longer conflict with gcc-4.7.* (which lang/gcc used to be until
some 20 months ago).

lang/gcc*: convert to CONFIGURE_OUTSOURCE

PR:		208294, 208309
Exp-run by:	antoine
Approved by:	gerald (maintainer)
Differential Revision:	https://reviews.freebsd.org/D4157

Remove ${PORTSDIR}/ from dependencies, categories h, i, j, k, and l.

With hat:	portmgr
Sponsored by:	Absolight

Remove deprecated @exec/@unexec from ports using ccache-update-links

Remove UNIQUENAME and LATEST_LINK.

UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.

Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.

Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)

Reviewed by:	antoine, bapt
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3336

Merge MASTER_SITES and MASTER_SITE_SUBDIR into just the former.

Suggested by:	mat

lang/gcc(46,47,48,49,5): Use OPTIONS_EXCLUDE_DragonFly to block JAVA

The JAVA frontend doesn't build on DragonFly on any release.  The new
OPTIONS_EXCLUDE_${OPSYS} feature is a nice way to avoid the use of
Makefile.DragonFly (most are in dports, but one is in lang/gcc5).

The recent addition of CXXFLAGS to lang/gcc5 prevents Makefile.DragonFly
on lang/gcc5 from being removed outright.  There are a couple of options
available to allow its removal, but I'll need to discuss with Gerald.

Approved by:	DragonFly blanket

Fix UNIQUENAME not being unique after recent PORTNAME shuffle.

This was causing the gcc packages to be generated with a
/usr/local/libdata/ldconfig/gcc file. All were conflicting. Bump
PORTREVISION to fix packages built during this time.

With hat:	portmgr
Reported by:	sunpoet

Add CPE information. [1]

Use PKGNAMESUFFIX so that PORTNAME falls back to plain gcc and we
can avoid setting DISTNAME and CPE_PRODUCT. [2]

PR:		198256 [1]
Submitted by:	shun.fbsd.pr@dropcut.net [1]
Suggested by:	mat [2]

When building the gcc ports using a full bootstrap, tell the configure
script to assume the BUILD_CONFIG is set to bootstrap-debug, instead of
letting it auto-detect.

With clang 3.5.0 this auto-detection can fail, due to a discrepancy [1]
[2] in its debug information, when objects are produced with and without
-g.  When the auto-detection fails, gcc will compare objects with full
debug information during the stage comparisons, and this sometimes
causes those stage comparisons to fail unexpectedly.

[1]
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20141222/250134.html
[2] http://llvm.org/PR22046

Approved by:	gerald (maintainer)

Remove all traces of @dirrm from pkg-plist, including the dynamically
generated parts via the Makefile.

Comment out info/dir files
indexinfo is taking care of generating it at package installation time

Reported by:	peter

Add USES=libtool

Also clean *.la files in LIBEXEC, and recursively so, here and for
TARGLIB.

Fix build on system built WITHOUT_INFO

With hat:	portmgr

Convert GMAKE to MAKE_CMD
Please note that lots of invocation of MAKE_CMD here are wrong as they do not
properly respect MAKE_ENV and friends

With hat:	portmgr

Update to the GCC 4.7.4 release which closes the GCC 4.7 release branch.

Due to the way we have been handling PORTREVISION before lang/gcc48 this
requires PORTEPOCH.

Also, since this is now final and stable, no longer bootstrap this port.

Convert all :U to :tu and :L to :tl

Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)

bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore

Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier

With hat:	portmgr

Update to the 20140419 snapshot of GCC 4.7.4.

Add pkg-message that references the need to use -Wl,-rpath=... . [1]

PR:		185902 [1]

Update to the 20140412 snapshot of GCXC 4.7.4.

Extend full-regression-test by running contrib/test_summary.

Properly remove man/man1/rebuild-gcj-db47.1.gz by removing the
uncompressed version since post-install runs before compress-man.

Submitted by:	mat

Update to the 20140405 snapshot of GCC 4.7.4.

No longer install rebuild-gcj-db47 (which requires bash among others)
and its man page.

Update to the 20140329 snapshot of GCC 4.7.4.

Replace USE_BZIP2 by USES=tar:bzip2.

Update to the 20140315 snapshot of GCC 4.7.4.

Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3.  This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.

This adds powerpc64 as a supported architecture (and removes ia64,
though it can be supported by manually installing lang/gcc48).

New binaries %%GNU_HOST%%-gcc-ar47, %%GNU_HOST%%-gcc-nm47, and
%%GNU_HOST%%-gcc-ranlib47 are provided to support link-time
optimization (LTO) which scales significantly better.

And it adds support for indirect functions (IFUNCS), experimental
support for transactional memory in the compiler as well as a supporting
run-time library called libitm, a new string length optimization pass,
and support for atomic operations specifying the C++11/C11 memory model.

Update to the 20140222 snapshot of GCC 4.7.4.

Update to the 20140215 snapshot of GCC 4.7.4.

Set the license to a combination of GPLv3 (for the compiler itself) and
GPLv3 with GCC Runtime Library Exception (for the runtime).

Update to the 20140208 snapshot of GCC 4.7.4.

Configure with --enable-gnu-indirect-function to enable the "ifunc"
attribute, a GCC extension. [1]

Remove the man7 pages, which we are not packaging, from the staging
area to silence some warnings some are concerned about. [2]

No longer run ccache-update-links as part of post-install which, in
the world of staging, no longer is what it used to be.  Rely on the
existing @exec and @unexec in pkg-plist instead. [3]

Submitted by:	jmg [1], miwi [2]
Discussed with:	kib [1], antoine [2][3]

Remove references to long unsupported alpha.

Update to the 20140118 snapshot of GCC 4.7.4.

Fix properties on pkg-plist

Update to the 20131214 snapshot of GCC 4.7.4.

Update to the 20131130 snapshot of GCC 4.7.4.

No longer add -I${LOCALBASE}/include to CFLAGS.

Since we now configure with --with-gmp=${LOCALBASE} this is no longer
necessary, and due to bugs in binutils (which should not install ansidecl.h
into ${PREFIX}/include) and GCC (which should search its own include
directories with higher priority) can lead to build failures.

Change PORTNAME from gcc to gcc47 to match the actual name of this
port and avoid a package name collision with other GCC ports.  This
also allows us to remove LATEST_LINK.

On the way update to the 20131123 snapshot of GCC 4.7.4.

Update to the 20131109 snapshot of GCC 4.7.4.

Reported by:	portscout

Update to the 20131026 snapshot of GCC 4.7.4.

Remove a (long) obsolete dependency on bison. [1]

Migrate to the new LIB_DEPENDS standard.

STAGEify.

Reported by:	marino [1]

Update to libmpc version 1.0.1 which brings the following fixes:

 - Switched to automake 1.11.6, see CVE-2012-3386.
 - #14669: Fixed extraction of CC from gmp.h.
 - Fixed case of intermediate zero real or imaginary part in mpc_fma,
   found by hydra with GMP_CHECK_RANDOMIZE=1346362345.

This is on top of the following changes from version 1.0

 - Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
   invariant sections) for the documentation.
 - 100% of all lines are covered by tests
 - Renamed functions
   . mpc_mul_2exp to mpc_mul_2ui
   . mpc_div_2exp to mpc_div_2ui

Add NO_STAGE all over the place in preparation for the staging support (cat:
lang)

SSP support has been added to ports with WITH_SSP for i386 and amd64
on FreeBSD 10, and amd64 on earlier versions.

SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.

On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].

On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk

Convert to new perl framework
Convert from USE_GMAKE to USES=gmake

lang/gcc*: define CONFIGURE_TARGET genericly (8 ports)

Instead of hardcoding the compiler target as FreeBSD, use the OPSYS
variable to it.  This makes no practical difference for FreeBSD, but
it helps DragonFly get properly configured.

Approved by:	gerald

Introduce ICONV_CONFIGURE_ARG variable defined at Uses/iconv.mk.
It's value is "--with-libiconv-prefix=/usr/local" for systems
before 100043 with ports libiconv and to use at systems post
100043 with base iconv it's value is "" (NULL).

Co-authors:	bapt, madpilot and bsam (me)

Update to the 20130831 snapshot of GCC 4.7.4.

Work around a bug in libcpp that pulls in the optional system iconv
if present instead of relying on the port we actually depend on. [1]

The issue is that /usr/include/iconv.h has #include <stdbool.h> which
in turn, since both are included very late in the game, conflicts with
similar definintions by libcpp itself.

Interestingly enough, lang/gcc46 and lang/gcc48 did not fail under the
same test scenarios and libstdc++ does not seem to require adjustments,
so PR 161417 may not be relevant in full.

PR:		161417 [1]

Replace USE_GMAKE by USES=gmake.

Update to the 20130817 snapshot of GCC 4.7.4.

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

Update to the 20130810 snapshot of GCC 4.7.4.

Rename VERSIONSTRING to the standard DISTVERSION. [1]

Add more notes on the various variables carrying version information.

Suggested by:	crees [1]
~

Update to the 20130803 snapshot of GCC 4.7.4.

Update to the 20130706 snapshot of GCC 4.7.4.

Update to the 20130518 snapshot of GCC 4.7.4.

Introduce a new option BOOTSTRAP that allows switching between a
full bootstrap of GCC and just running a simple build.

Bootstrapping is the default upstream, and for very stable and old
flavors of GCC we disable this by default since that is a huge win
in terms of build time of the port.  No change in default behavior
for this port, for the time being we continue to bootstrap.

- Convert USE_ICONV=yes to USES=iconv
- Change USE_GNOME=pkgconfig|gnomehack to USES=pathfix|pkgconfig while here

Reviewed by:	zeising

Update to the 20130413 snapshot of GCC 4.7.4.  This encompasses all
those fixes in the GCC 4.7.3 release.

Feature safe:	yes

Update to the 20130323 snapshot of GCC 4.7.3.

Convert USE_BISON to USES= bison

It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build

it brings bison as a run dependency in case it is set the following way:
USES= bison:run

it brings bison both as a run and build dependency in case it the set the
following way:
USES= bison:both

While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix

Update to the 20130302 snapshot of GCC 4.7.3.  This should now also
build with texinfo 5.0 more or less.

Replace the use of DISTFILES by DISTNAME, since we are now down to
one in all cases.

On the way, update to the 20130216 snapshot of GCC 4.7.3.

Update to the 20130202 snapshot of 4.7.3.

Remove stray entry from packaging list.

Reported by:	Paul Reynold <preynold@redcom.com>

Use the new lang/gcc-ecj45 port when building the Java frontend
instead of including a pre-built version of the Eclipse Java Compiler
(ECJ) ourselves. [1]

On the way, update to the 20130119 snapshot of GCC 4.7.3.

PR:		175072 [1]

Update to the 20121208 snapshot of GCC 4.7.3.

Make binutils a build dependency as well (not just a run-time dependency).
Without this, the libiberty build fails locating ar.

Also update to the 20121124 snapshot of 4.7.3.

Feature safe:	yes

Update to the 20121103 snapshot of GCC 4.7.3.

Feature safe:	yes

Update to the 20121027 snapshot of GCC 4.7.3.

Feature safe:	yes

Forward port inclusion and use of the Eclipse Java compiler. [1]

Update to the 20121013 snapshot of GCC 4.7.3.

Submitted by:	jkim [1]
Feature safe:	yes

Forward port revision 282369 [1] which carried the following description:

  On the way rename %%GCC_VER%% in pkg-plist to %%GCC_VERSION%% and
  make the Makefile machinery a bit more generic to minimize differences
  between lang/gcc ports based on releases and those based on snapshots.

On the way, update to the 20120929 snapshot of GCC 4.7.3.

Submitted by:	jkim [1]

Update to the 20120922 snapshot of GCC 4.7.3, which is pretty close
to the GCC 4.7.2 release.  It also fixes an ABI problem introduced
with earlier GCC 4.7 releases.

Cut down the comments at the top of Makefile per recent guidance.

Revamp the handling of different languages (frontends, run-times)
by GCC to allow for orthogonal setting them in the future. [1]

Print the list of languages being built as part of pre-everything
and shorten the output of operating system and version there.

Inspired by:	jkim [1]

Update to the 20120908 snapshot of GCC 4.7.2.

Update to the 20120825 snapshot of GCC 4.7.2.

Update to the 20120818 snapshot of GCC 4.7.2.

Update to the 20120804 snapshot of GCC 4.7.2.

Convert to the new options framework.

On the way update to the 20120728 snapshot of GCC 4.7.2.

Update to the 20120721 snapshot of GCC 4.7.2.

Remove ABI version numbers for all library dependencies.

Update to the 20120714 snapshot of GCC 4.7.2.

Update to the 20120707 snapshot of GCC 4.7.2.

Update to the 20120630 snapshot of GCC 4.7.2.

Update to the 20120616 snapshot of GCC 4.7.2, very close to the GCC 4.7.1
release.

Fix a portlint warning (tab vs space).

Add powerpc64 support.

Approved by:    gerald

Update to the 20120609 snapshot of GCC 4.7.1.