GCC 4.10 has been renamed to GCC 5 upstream; rename our gcc410 port
to gcc5 accordingly.

Update to the 20140810 snapshot of GCC 4.10.0.

Update to the 20140803 snapshot of GCC 4.10.

Update to the 20140727 snapshot of GCC 4.10.

Update to the 20140720 snapshot of GCC 4.10.

This introduces a new bin/gcov-tool410.

Update to the 20140706 snapshot of GCC 4.10.

Also clean *.la files in LIBEXEC, and recursively so here and for
TARGLIB.

Sort USES.

Update to the 20140629 snapshot of GCC 4.10.

Fix build on system built WITHOUT_INFO

With hat:	portmgr

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 20140622 snapshot of GCC 4.10.

Update to the 20140615 snapshot of GCC 4.10.

Update to the 20140608 snapshot of GCC 4.10.

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

Unbreak index

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.

Update to the 20140504 snapshot of GCC 4.10.

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

Update to the 20140427 snapshot of GCC 4.10.

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.