The spamming of $PREFIX/include/ssp is now finally gone after my reports
upstream, which allows us to restrict the conflict with gcc-4.1.* 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.
Remove USE_REINPLACE= as advised by new portlint. Also note that at
least some of the installation hierarchy problems with libgomp have
been fixed now due to my report upstream.
Improve packaging by using @dirrm include/ssp instead of speculative
removal. Remove broken removal of the info/gcc42 directory; this has
to be handled by Mk/bsd.ports.mk.
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.
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
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]
due to the stabilization work for the 4.1.0 release and also addresses
some hierarchy problems I had reported (and which we no longer need to
work around).
problems should be resolved now.
Prevent running ranlib during installation to unbreak user mode
installations which now install libraries with permissions 444.
We now also need the math/mpfr port to build the Fortran frontend.[1]
PR: 85495 [1]
On the way, upgrade to the 20050819 snapshot of GCC 4.1 where the Java
libraries finally build (progress!) but fail due to a problem with the
installation. If someone wants to force installation, setting SHAREMODE
to allow writing should suffice.
Approved by: portmgr (krion)
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.
end of pkg-plist since that broke the /sbin/ldconfig invocations the
ports machinery added there (before we'd get a chance).[1]
Reported by: dinoex [1]
Directly install libraries into a port-specific location instead of
moving them there after the original installation. This is simpler
and also avoids the problem where the port would overwrite/remove an
existing copy of libiberty.a, which boils down to a true conflict.
pages on systems with an old version of Perl, once and for all and forever.
Reenable building libjava where appropriate, now that this has been fixed
upstream. And treat Fortran libraries exactly like other language support
libraries, reducing conflicts with other gcc ports and getting rid of the
libtool archives on the way.
