the tree any more and has been obsoleted by several newer versions of
GCC -- ones that actually build on FreeBSD 10.x out of the box and
provide better support for newer CPUs, better optimizations overall,
and more advanced language support.
GCC 4.6 aka lang/gcc or lang/gcc46 is the new default version of GCC
in ports.
The system compiler version of GCC 4.2 is still available up to and
including FreeBSD 9.x and users of USE_GCC=4.2+ will be transparently
redirected to lang/gcc if, or rather when, this changes.
PR: 163103
Feature safe: yes
contrib/download_ecj script to the fetch phase using extra MASTER_SITES
and DISTFILES. Pointyhat does not allow fetching outside of the
fetch phase, and the size and checksums of ecj.jar need to be recorded
in distinfo.
Reported by: pointyhat (pav)
Approved by: gerald (via private email)
- Added support for gcj on amd64
- Added call to contrib/download_ecj so gcj executable doesn't die with
a "file not found" error after it's built
Submitted by: glarkin
Approved by: gerald (via email)
served using GCC 4.4 or later. This makes this port a whole lot cheaper
and also allows us to remove the (somewhat bogus) check for lang/gcc295
as well as WANT_GNOME.
No longer download Objective-C related files which we don't actually use.
Set MAINTAINER unconditionally.
version number to libdata/pkgconfig/libgcj.pc. Fix packaging on amd64
on the way (enabling Java actually was a noop, except for pkg-plist).
Update lang/gcc41 to the 20061013 snapshot of GCC 4.1.2.
These changes allow us to remove the CONFLICT between lang/gcc41 and
lang/gcc42 when building with Java support (the default on i386).
Approved by: portmgr (erwin)
Employ the new USE_LDCONFIG feature, which allows us to get rid of the
various, much more manual and error-prone hacks we needed so far.
Reviewed by: flz (for lang/gcc40)
build with GCC 2.95 that I already submitted upstream as well).
Add a long missing dependency on USE_ICONV=yes.[1]
PR: 88894 [1]
Submitted by: Björn König" <bkoenig@cs.tu-berlin.de> [1]
Replace the WITHOUT_LIBJAVA knob by WITHOUT_JAVA which also disables
building the compiler and tools proper and avoids fetching the entire
Java frontend and library tarball.
Remove bogus ${PREFIX}/share/classpath/api directory that libjava adds
these days.
Make the (optional) handling of the Fortran and Java frontends easier
to understand.
Merge in my 2004/01/17 change to the gcc33 port to configure with
--program-suffix and related and further simplifications.
Merge in my 2004/01/13 change to the gcc33 port to make the automatic
generation of the package list for libraries and include files more
failure tolerant, so that at least `make install` now works on sparc64.
Merge in my 2004/01/05 change to the gcc33 port to combine and simplify
the post-install handling of target libraries and GCJ include files.
libgcj still is not supported and packaging is broken on sparc64; mark
BROKEN on that platform.
are searched automatically by the compiler by using --with-libiconv-prefix.
W/o --with-libiconv-prefix, 'configure' finds the lib, but not the header.
During the make, neither will be found; a lot of inconsistency here...
* Deal with GCC's configurary's brokenness WRT --with-libiconv-prefix due
not actually passing the found header path to CFLAGS in any way.
There is no bounds-checking patch for GCC 3.4 yet, extended printf format
checking for FreeBSD has not been ported yet, and the port is BROKEN due
to weird libjava build failures which occur if and only if building from
within the FreeBSD ports system.
ELF-only as well, remove support for aout from the next generation of GCC.
Suggested by: Loren James Rittle <rittle@labs.mot.com>
Discussed with: obrien
GCC 3.2.x, on the GCC 3.3 branch and GCC mainline, and while all versions
of FreeBSD should build fine with this patchs, its just another extra
difference to pristine FSF sources and may cause subtle header-related bugs
for FreeBSD 4.x systems.
Submitted by: Loren James Rittle <rittle@latour.rsch.comm.mot.com>
