Simplify the subdirectory we use for GCC-specific libraries and include
files from gcc/${CONFIGURE_TARGET}/${PORTVERSION} to gcc-${PORTVERSION}.
Remove the hack to set RANLIB=: now that this has been addressed upstream.
Reenable Java again, now that the memory overflow issue during installation
seems to have been addressed (and support for FreeBSD 5.3 and later is now
upstream).
plus only a few patches.
The spamming of $PREFIX/include/ssp is now finally gone after my reports
upstream, which allows us to restrict the conflict with gcc-4.2.* to the
case where we build Java.
Convert the build-time dependency on math/mpfr to a full one, since the
Fortran frontend also needs this at run time.
Always build both shared and static libraries instead of having these as
two exclusive options defaulting to the former.
Remove bogus USE_X11 (which was not used by default nor any other port).
No longer hardcode the version number in LATEST_LINK.
Install the .info files of the lang/gcc41 port in a port-specific
subdirectory, and move include/mf-runtime.h into a version specific
directory. This allows us to remove the conflict with lang/gcc33,
and reduce the clash with lang/gcc42.
Also improve packaging by using @dirrm include/ssp instead of speculative
removal.
Install the .info files of the lang/gcc40 port in a port-specific
subdirectory, and move include/mf-runtime.h into a version specific
directory. This allows us to remove the conflicts with lang/gcc33,
lang/gcc41 and lang/gcc42.
Also, convert pkg-plist to use a new substitution (%%SUFFIX%%) instead
of hardcoding the version number 40.
Install the .info files of the lang/gcc34 port in a port-specific
subdirectory, which allows us to remove the conflicts with lang/gcc40
and lang/gcc41 and also removes the hidden conflict with lang/gcc33.
Also, convert pkg-plist to use a new substitution (%%SUFFIX%%) instead
of hardcoding the version number 34.
Unfortunately, we have to disable building Java since installation of
libgcj consumes insane amounts of memory and thus fails on machines with
less than 1GB of RAM.
testsuite; since this is not needed for regular operation, just disable
it in the port, but keep the correct data in distinfo, in case someone
wants to obtain and verify it nevertheless.
PR: 89128
Reported by: pointyhat