cleanup: Remove expired ports:

2021-09-03 lang/gcc7: Unsupported by upstream. Use GCC 10 or newer instead.

lang/gcc7: Add an expiration date

With lang/J the last dependency of this port, which only has been
enabled on amd64 since last year, is gone. So in addition to the
existing deprecation add an expiration date to initiate de-orbit.

Approved by:	leres (maintainer)

lang/gcc7: Recommend GCC 10 instead

Now that GCC 10 is the default in nearly all situations, recommend
that in lieu of this port instead of the older GCC 9.

Remove # $FreeBSD$ from Makefiles.

Update to MPC version 1.2.0 with the following changes:
 - New functions:
   . mpc_sum
   . mpc_dot
 - Several functions are more robust with a reduced exponent range
   (for example corresponding to IEEE 754 binary formats).
 - New mpcheck tool for comparison with the native C library (which
   is not installed by default).

Bump all directly dependent ports. Do not bump those indirectly
dependent via the lang/gcc* family since their run-time dependencies
and code generated should not be affected.

PR:		249950
Submitted by:	wen

lang/gcc7: Reduce ONLY_FOR_ARCHS to just amd64

devel/xtensa-esp32-elf no longer depends on gcc7 and the last port
dependent on gcc7 is lang/J which only has amd64 in ONLY_FOR_ARCHS.
Remove i386 from gcc7's ONLY_FOR_ARCHS so it matches lang/J.

Pretty exactly 4.5 years after we shipped the first snapshot of GCC 7
hand over maintenance of lang/gcc7 to leres@, who kindly agreed to look
after it while there is still one consumer in the ports tree.

Approved by:	gerald (old maintainer), leres (new maintainer)

Streamline handling of which front ends are built (given that it's
essentially locked to C and C++).

Also remove SSP_UNSAFE which was added by r327697 in 2013 to the
pre-pre-...-predecessor of this port and does not appear necessary
any longer.

Our only consumer in the tree (devel/xtensa-esp32-elf) does not require
Fortran nor Objective-C, so do not build those front ends and libraries
 any longer.

Also remove the BOOTSTRAP option, which has been the default all along,
and bootstrap unconditionally, further simplifying this port.

Remove the GRAPHITE options (which we never enabled by default).
Using an experimental feature in a version that's already been
end of life for a year does not make much sense.

Fix the build with clang 11.

This was fixed upstream as part of a larger commit on May 6th 2017,
and dim@ now encountered the same and fixed the specific issue for
our GCC 7 port.  Newer versions should not exhibit this.

(See the new files/patch-gcc_config_i386_i386.c for more details.)

PR:		248755
Submitted by:	dim

This port covers an end-of-life version of GCC and is in the tree solely
to support the devel/xtensa-esp32-elf port. Since that one now is limited
to amd64 and i386, follow with our own ONLY_FOR_ARCHS setting.

This simplifies this port a fair bit and avoids building on amd/aarch64
and powerpc* platforms.

The lang/gcc7-devel port has left the tree two months ago, so remove
the conflict we had with that (since gccN and gccN-devel install the
very same files).

Deprecate this port since GCC 7 has been end-of-lifed upstream two months
ago whereas GCC 8 (lang/gcc8) and GCC 9 (lang/gcc9) are still active via
official releases.  As we have been doing historically for older GCC ports,
do not mark for actual expiration yet, though.

Update to the GCC 7.5 release.

This brings more than 215 bug fixes over the GCC 7.4 release and closes
this release branch; that is, no more releases or snapshots.

lang/gcc*: Hide pkg-message during upgrades

PR:		239419
Approved by:	gerald (maintainer)

No longer require a not too old version of GCC to build on powerpc64, but
rely on the system compiler (even if that means we need to be explicitly
conservative when it comes to optimizations). [1]

Simplify the creation of the multilib-related sub-directory tree on
powerpc64 and avoid leaving an empty directory behind on the way. [2]

PR:		235975 [1], 235964 [2], 231804 [2]
Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl> [1]
Discussed with:	Piotr Kubaj <pkubaj@anongoth.pl> [2]

On powerpcspe configure GCC --with-cpu=8548 instead of --with-cpu=8540,
which caused the build to fail after the update to binutils 2.31 and was
factually incorrect anyways (since the oldest we support is 8548).

PR:		235393
Reported by:	jhibbits

Fix build of GCC on powerpc64.

While building GCC itself we have to use the built GCC libraries to configure
additional parts of GCC and not the libraires from the host.

Install the built 32-bit libraries. This was not done up to now.

PR:	231804
Approved by:	gerald@

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

Update to the GCC 7.4 release.

This fixes more than 190 bugs and includes files/patch-libgfortran
which I had also applied upstream.

On the way create a separate USES block earlier in the Makefile and
moving relevant items there. [1]

Reported by:	portlint [1]

Install texinfo files (GNU info) into ${PREFIX}/share/info

After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.

Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.

Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them

Bump revision of all impacted ports

PR:		232907
exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17816

Copy over files/patch-libgfortran from revision r481429 of lang/gcc7-devel:

Add a partial fix for what was reported in PR 231804, the part that's
actually relevant upstream and that I made there, cf.
https://gcc.gnu.org/ml/gcc-patches/2018-10/msg00076.html as a new
local patch files/patch-libgfortran until I have backported this to the
upstream release branch and hence we get it via the weekly snapshots.

PR:		231804

After an include, PLIST_SUB must be appended to, not overwritten.

If it is overwritten, many values will be clobbered, and
pain will ensue.

PR:		230864
Submitted by:	mat
exp-runs by:	antoine

lang/gcc7{,-devel}: Fix powerpc64 USE_GCC dependency loop

Approved by:	gerald (maintainer), timur (mentor)
Differential Revision:	https://reviews.freebsd.org/D16784

Disable the build/use of libssp/gets-chk since FreeBSD 12 and later
do not feature gets() any longer.

PR:		222796, 231066
Differential Revision:	https://reviews.freebsd.org/D12298

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

Forward port r469788 from lang/gcc6:

  Filter the -mretpoline command-line option, which is understood by
  recent versions of clang (and used in the context of the Spectre
  security issues), but not GCC (which uses different options for the
  same) from CFLAGS and CXXFLAGS.

  This avoids the build of this port via bootstrap, which is the default
  and leverages both the system compiler (clang in most cases) plus a just
  built version GCC, to fail due to the latter not knowing -mretpoline.

PR:		228205
Submitted by:	rozhuk.im@gmail.com

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)

Simplify MASTER_SITES, 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.

math/cloog
 - Update to 0.19.0
 - Use github
 - Add ac_cv_prog_TEXI2DVI to avoid building docs for now

devel/isl
 - Update to 0.19

- Bump PORTREVISION of all dependencies

Allow gcc compilers to be built on new arch 'powerpcspe'.

Tested for no-harm on amd64.

Submitted by:		jhibbits
Approved by:		portmgr (tier-2 blanket)
Differential Revision:	D13126

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

Update to the GCC 7.3 release.

This fixes 99+ bugs and includes code generation options to mitigate
Spectre Variant 2 (CVE 2017-5715) for the x86 and powerpc targets
(-mindirect-branch=, -mfunction-return=, and -mindirect-branch-register).

files/patch-armv7-support and files/patch-freebsd-unwind.h, which I
had backported are now included, so remove them.

Remove special code handling armv7 and armv6 (which for GCC 6 and
5-based ports is necessary for aarch64, armv6 and armv7, but that
we do not need for newer ports). [1]

Shorten the distinct .if statements for architecture-specific settings,
to use .elif instead.

Consulted with:	andreast [1]

Make sure what we install is stripped (i.e., debug info is removed).

The straightforward way is setting INSTALL_TARGET to install-strip,
which is supported by the upstream GCC build machinery.

Unfortunately this fails when running as regular user (non-root)
since strip requires write permission to the files in question,
and we install binaries as r-xr-xr-x by default.  To work around
that we need to set BINMODE to allow for write access by the user,
something that's common on GNU/Linux (which is why this probably
has not been noticed there).  This is not necessary when running
as root.

(A different approach suggested was to set STRIP=true, alas that
leads to many files actually not being stripped.  This is due to
GCC using its own script install-sh that in turn uses cp, chmod,
strip,...  instead of our own install-* tools in many cases.)

According to tests by sobomax@ and me installs of lang/gcc6 went
down by about a fourth.

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

Fix up the format of files/patch-armv7-support .

Reported by:	portlint

Add a patch that we just pulled into gcc7-devel via upstream that
addresses a real-world issue around threading and unwinding as
files/patch-freebsd-unwind.h .

This will become obsolete with the next release of GCC 7, GCC 7.3.

Bump PORTREVISION since this is a functional change.

Add support for armv7-*-freebsd*.
This patch is already upstreamed, it can be dropped when a new GCC 7.x is
available.

PR:	221905
Approved by:	gerald@ (maintainer)

Add a conflict with the lang/gcc7-devel port as we've had it in lang/gcc5
(for lang/gcc5-devel) for a fair while.

Bump PORTREVISION.

Do not quote constant strings compared with ${ARCH}. [1]  Remove
some commented (and thus disabled) logic around this on the way.

This brings the active lang/gcc* release-based ports in sync with
their respective lang/gcc*-devel twins.

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

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

Move ONLY_FOR_ARCHS to its proper place in Makefile.

Fix PR 221571 more thoroughly and aligned with lang/gcc6 and lang/gcc5:
release tarballs, unlike snapshots, always contain prebuilt .info files.

PR:		221571

Also package libitm.info and libquadmath.info on aarch64.

PR:		221571

Update to the GCC 7.2 release which mostly fixes some hundred bugs.

Also, this now comes as a .tar.xz archive instead of .tar.bz2.

Welcome GCC 7.1, the first release of the GCC 7 series!

In terms of optimizations, GCC now uses a new local register allocator
(LRA) for most targets (now also including PowerPC and SPARC), a new
store merging pass, is able to determine the return value or range of
return values of some calls to the sprintf family of functions as
input for futher passes, features improved code hoisting, new
interprocedural bitwise constant propagation, interprocedural value
range propagation, new loop splitting, improved shrink-wrapping that
separates portions of prologues and epilogues, and many more.

DWARF 5 is supported through the -gdwarf-5, while DWARF 4 remains the
default for the time being.

The C and C++ frontends have gained a large number of additional