GCC, the GNU Compiler Collection, supports a number of languages. This
port installs the C, C++, Fortran and Java front ends as gcc6, g++6,
gfortran6, and gcj6, respectively.
WWW: https://gcc.gnu.org
Gerald Pfeifer <gerald@FreeBSD.org>
===> The following configuration options are available for gcc6-devel-6.4.1.s20181024_1:
BOOTSTRAP=on: Build using a full bootstrap
GRAPHITE=off: Support for Graphite loop optimizations
JAVA=off: Java platform support
===> Use 'make config' to modify these settings
With the release of GCC 6.5 the GCC 6 release branch has been closed
upstream and there won't be any further snapshots of this branch. (The
current/latest essentially is the same as the 6.5 release).
Hence remove the lang/gcc6-devel port which has been tracking snapshots
all along.
lang/gcc6 is a direct replacement and will be available for a longer
time. Note this is also the last version of GCC featuring the Java
front end.
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
Update to the 20181017 snapshot of GCC 6.4.1.
This now includes files/patch-libgfortran directly (which I pushed and
backported upstream), so remove our local copy.
Update to the 20181003 snapshot of GCC 6.4.1.
Add a partial fix for what was reported in PR 231804, specifically 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
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
Improve the explanation on why on powerpc64 we require USE_GCC=5 and
not one of the more common/flexbile options such as USE_GCC=yes.
Reported by: linimon
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)
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
Update to the 20171129 snapshot of GCC 6.4.1.
Like with lang/gcc6 now, make sure what we install is stripped (i.e.,
debug info is removed). (For more background see revisions 454177.)
Update to the 20171122 snapshot of GCC 6.4.1.
On the way, rework the architecture-specific special settings, sorting
and using .elif instead of distinct .if sequences.
Add a workaround for armv7. [1]
Tested by: andreast [1]
Update to the 20171108 snapshot of GCC 6.4.1.
This addresses a real-world issue around threading and unwinding that
andreast@ has fixed upstream and backported to the GCC 6 release branch
(cf. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 ).
Update to the 20171011 snapshot of GCC 6.4.1.
Enable this on armv7, courtesy of andreast@ pushing support upstream
in time for this snapshot.
PR: 221905
Update to the 20170927 snapshot of GCC 6.4.1.
Add a conflict with the lang/gcc6 port like we've had it in lang/gcc5-devel
(for lang/gcc5) for a fair while.
Update to the 20170920 snapshot of GCC 6.4.1.
Make Python a build-only dependency when building Java
(JAVA_USES=python:build) which makes the installed port/package
quite a bit more lightweight.
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
Update to the 20170823 snapshot of GCC 6.4.1.
Move ONLY_FOR_ARCHS earlier in the Makefile per guidance from portlint
and the FreeBSD Porter's Handbook.
Update to the 20170621 snapshot of GCC 6.4.1, moving from GCC 6.3.1
now that GCC 6.4 has been released.
Remove workaround for PR 219274 that bapt@ had put in place in 2014
from pkg-plist.
PR: 219274
Remove headers being created by GCC's fixincludes machinery from the
installation / packaging to avoid breakage when FreeBSD's headers are
changing afterwards. Several fellow committers have strongly indicated
that our headers do not need the kind of adjustments that GCC performs.
Bump PORTREVISION since unfortunately this appears relevant with the
pending release of FreeBSD 11.1.
Update to the 20170621 snapshot of GCC 6.3.1.
No longer default to building GCJ/libgcj on any platform, that is,
option JAVA no longer is the default anywhere. lang/gcc6 retains
this for the time being as does lang/gcc5.
And indent JAVA_USES aligned with other entries.
Replace the general USE_GCC=yes when building for powerpc64 by the
specific USE_GCC=5 to be future proof when GCC 6 becomes the default
(since USE_GCC=yes would then pull in lang/gcc6 which we obviously
cannot require to build gcc6 itself nor gcc6-devel). This also helps
users who play with GCC_DEFAULT in Mk/bsd.default-versions.mk.
Reported by: jhibbits
Discussed with: andreast
Update to the 20170413 snapshot of GCC 6.
Fix order of PKGNAMESUFFIX and DISTNAME; remove PORTREVISION from
its "interesting" location in the Makefile.
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
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Update to the 20170316 snapshot of GCC 6.
This brings a new little utility program gcov-dump6 to dump code coverage
data (unfortunately without a man page or documentation).