08:51 Rene Ladan (rene) 

cleanup: Remove expired ports:

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

    58f1c18

06:38 Gerald Pfeifer (gerald) 

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)

    b146ef0

04:38 Gerald Pfeifer (gerald) 

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.

    c360e11

14:31 Mathieu Arnold (mat) 

Remove # $FreeBSD$ from Makefiles.

    305f148

09:57 gerald 

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

 

01:51 leres 

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.

 

12:04 gerald 

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)

 

18:33 gerald 

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.

 

19:12 gerald 

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.

 

07:22 gerald 

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.

 

10:40 gerald 

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.

 

12:20 gerald 

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).

 

06:06 gerald 

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.

 

20:52 gerald 

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.

 

05:22 gerald 

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]

 

09:40 gerald 

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

 

15:38 andreast 

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@

 

01:35 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

 

08:35 gerald 

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]

 

18:12 bapt 

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

 

13:11 mat 

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

 

22:26 kbowling 

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

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

 

22:18 gerald 

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

 

09:04 gerald 

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

 

19:15 tijl 

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)

 

00:32 gerald 

Simplify MASTER_SITES, taking advantage of the default for GCC releases
provided by MASTER_SITES_ABBREVS.

Reported by:	portlint

 

07:08 ale 

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

 

19:05 danilo 

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

 

12:11 linimon 

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

 

17:46 gerald 

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

 

09:50 gerald 

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.

 

13:33 gerald 

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]

 

14:05 gerald 

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

 

22:04 gerald 

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.

 

19:20 andreast 

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)

 

22:45 gerald 

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.

 

17:51 gerald 

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]

 

20:55 gerald 

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

 

07:02 gerald 

Move ONLY_FOR_ARCHS to its proper place in Makefile.

 

22:18 gerald 

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

PR:		221571

 

20:45 gerald 

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

PR:		221571

 

22:30 gerald 

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.

 

23:20 gerald 

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

(Only the first 15 lines of the commit message are shown above )