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.
Add a conflict with the gcc34 port and address portlint warnings.
Simplify the handling of libraries which are not installed in all
configurations and put all libgcj libraries in the same directory
as all others, getting rid of the libtool .la archives on the way.
No longer install fsf-funding.7 gfdl.7 gpl.7, remove some cruft from
the post-install target, and simplify generation of the dynamic parts
of the packaging list.
quite some build time and also disk. Make this the default on sparc64 and
ia64 where libgcj has not been ported to and thus fix long-standing packaging
issues on these two platforms.
On the way, update to the 20040310 snapshot of GCC 3.4.0.
PR: 63427 (mostly)
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.
changes which combine and simplify the post-install handling of target
libraries and GCJ include files and my 2003-12-14 change which simplifies
handling of .info files from the lang/gcc33 port.
least) two FreeBSD-related problems I had reported against the previous
snapshot.
Make some final adjustments to track changes in directory layout between
GCC 3.3 and 3.4, make some simplifications, and remove the BROKEN tag.
Import significant simplifications of the post-install handling of
GCJ include files from the gcc33 port. Use the new INFO= facility.
The port is still (marked) broken, but should essentially work out
of the box once the remaining upstream bugs have been fixed.
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.
the port so that switching between snapshots and releases will amount to fewer
changes in the future.
Clean up PLIST_SUB and pkg-plist and add two missing entries to MAN1.
- Option WANT_SHAREDLIBS now uses ldconfig, so LIB_DEPENDS work.
- fix PLIST so critical file libgcc_s.so.1 is included.
- complete PLIST
- COMMENT can be overrritten by a slave port
- uncomment MANPAGES, as they are currently not installed.
This includes changing the name from g<BINARY> to <BINARY>31, using a
single .info file rather than the mirage of them, and switch to using the
.bz2 distfiles.
e<program_name> conflicts with the egcs port. I'm open to a better nameing
scheme.
Also change the shared libs configuring logic a little bit due to changed
way of doing it on libstdc++-v3, which this snapshot uses by default.
This is their bleeding edge offering. This will enable us to better track
the direction EGCS is going for future upgrades of /usr/contrib/egcs/.
Above ver 1.1.2, this offering gives you many C++ fixes/enhancements, *and*
a native Java compiler.
