GCC, the GNU Compiler Collection, supports a number of languages. This
port installs the C, C++, Fortran and Java front ends as gcc45, g++45,
gfortran45, and gcj45, respectively.
WWW: http://gcc.gnu.org/
Gerald Pfeifer <gerald@FreeBSD.org>
===> The following configuration options are available for gcc-4.5.4.20111117:
JAVA=on (default) "Enable the Java frontend (i386 and amd64 only)"
===> Use 'make config' to modify these settings
Remove lang/gcc45 in favor of lang/gcc46 and later. Nothing in the
tree uses this version of GCC (GCC 4.5.x) any longer and GCC 4.6 has
been the default for USE_FORTRAN=yes and USE_GCC=4.X+ for a while
and has proven itself. Plus, only GCC 4.6 and GCC 4.7 have been
patched to work with FreeBSD 10.x and later.
Feature safe: yes
Enable c, c++, and fortran (and only these) explicitly by default, and
Java when/where available. [1]
Reported by: Scott Allendorf <scott-allendorf@uiowa.edu> [1]
Update to the 20110602 snapshot of GCC 4.5.4. Remove the LTO options and
force LTO to off. Anyone interested in that should be using GCC 4.6 now,
where support is a lot more mature, stable and complete.
Update to the 20110421 snapshot of GCC 4.5.3.
Replace the, now dysfunctional, post-patch target with a configure
option that marks this build of GCC as "FreeBSD Ports Collection". [1]
Reported by: Bjoern Koenig <bkoenig@alpha-tierchen.de> [1]
Update to the 20110317 snapshot of GCC 4.5.3.
Make the full-regression-test target conditional on MAINTAINER_MODE. [1]
Reported by: andreast, marius [1]
Update to the 20110303 snapshot of GCC 4.5.3. The change for code
generation on i386 to default to i486 on FreeBSD 6 and above is now
upstream, so we can shed our specific patch.
Update to the 20110217 snapshot of GCC 4.5.3.
By means of an extra patch code generation on i386 now defaults to
i486 on FreeBSD 6 and above. [1]
Submitted by: tijl [1]
Reported by: Yuri Karaban <tech@askold.net> [1]
PR: 154364 [1]
Update to the 20100909 snapshot of GCC 4.5.2. With two new local patches
(one a backport of a patch of mine from GCC 4.6 development, the other a
first hack) FreeBSD/ia64 is now back working and ia64 can become part of
ONLY_FOR_ARCHS.
- Added support for gcj (Java compiler) to prepare the print/pdftk port
to migrate from gcj42 to gcj45.
- Bumped PORTREVISION (packing list & port functionality changes)
Approved by: gerald (via email)
Add a new option LTO that enables the new link-time optimization framework
and first optimizations that GCC 4.5 brings. This adds libelf as a new
dependency (if used) and is off by default; we may be enabling it at a
later point, though.
Bumping PORTREVISION since someone who has installed libelf, previously
to this change would get LTO enabled automatically and then run into
problems if libelf is removed -- which is possible, since this port
does not lay down a dependency on that case.
PR: 146055
Submitted by: mm
Update to the 20100415 snapshot of GCC 4.5.1. This is basically the
official release of GCC 4.5.0, thought that one may still have some
kinks and I recommend staying with GCC 4.4 for production use.
Update to the 20091231 snapshot of GCC 4.5.0 which brings some key
improvements to libffi (Java), especially on amd64.
Remove the WITH_JAVA_AWT knob which really has not been used a lot,
if at all.
Use current GNU binutils from ports (devel/binutils) instead of the
system tools. The latter are half a decade old and fail to properly
support modern CPUs and their standard features such as SSE or AVX in
the case of AMD64/Intel64 which means that they even break when using
a simple -march=native.
On the way, sort CONFIGURE_ARGS.
PR: 140995, 136607
Update to the 20091126 snapshot of GCC 4.5.0. Among others this fails
to build emulators/wine due to problems with debuginfo, but then this
is more of an experimental port than anything, so always use with care.
With lang/gcc295 gone (and not building for most of the last year), we can
now remove the check for a gcc295 binary that might cause build failure in
libgcj.
No longer download Objective-C related files which we don't actually use.
Minor style changes.
Adjust the ports description to the new style I am using for the various
gcc ports and remove an obsolete note on memory consumption when building
libgcj (the Java library).