GCC, the GNU Compiler Collection, supports a number of languages. This
port installs the C, C++, Fortran and Java front ends as gcc410, g++410,
gfortran410, and gcj410, respectively.
WWW: http://gcc.gnu.org/
Gerald Pfeifer <gerald@FreeBSD.org>
===> The following configuration options are available for gcc410-4.10.0.s20140810:
BOOTSTRAP=on: Build using a full bootstrap
JAVA=on: Java platform support
===> Use 'make config' to modify these settings
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 20140601 snapshot of GCC 4.10.
This has a workaround for clang pretending to be GCC but not being
compatible, so we no longer need to require GCC to build, even on
amd64.
lang/gcc410: Turn off JAVA option completely for DragonFly
Recently DragonFly was added as an officially supported platform on
GCC, providing OOTB support for C, C++, ObjC, and Fortran. However,
the Java lang does not build, even if the first failure (boehm-gc) is
fixed.
Adding Makefile.DragonFly is the cleanest and least intrusive way I could
remove the JAVA option (there is no EXCLUDE_OPTION_${OPSYS} support in
bsd.options.mk)
Approved by: maintainer (gerald@)
On amd64 systems with clang, we still need to build with GCC for the time
being since clang pretends it is GCC, but cannot cope with all GCC specific
input.
Reported by: Andrzej Tobola <ato@iem.pw.edu.pl>
Tested with: redports
Update to the 20140525 snapshot of GCC 4.10.
This now again builds with clang, so we don't require GCC to build any
more. (There was a latent non-determinism in GCC that lead to different
compilations.)
Update to the 20140518 snapshot of GCC 4.10.
This includes the merger of the GCC wide-int development branch and fails
to build with clang on 10-i386 and 10-amd64 with two rather different
failure modes (stage 2/3 comparison failure and simple compilation error,
respectively) so for the time being require building with GCC while I am
working with upstream.
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
Welcome GCC 4.10 aka lang/gcc410. This has recently branched from
GCC 4.9 development and is feature equivalent at this point.
The coming months, during stage 1 of GCC developemtn, there will be
many invasive and partially destablizing changes. Any outfall will
be addressed in the second half of the release cylce. Until then,
use at your own risk and file any bugs upstream.
