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>
when I changed from defining these in gcc/config/freebsd.h and instead defined
extensable FreeBSD-wide definitions.
While I am here, move the *SWITCH_TAKES_ARG = FBSD_*SWITCH_TAKES_ARG
assignments to the global file to remove one more thing from the arch specific
config files.
