bring my lang/gcc* ports more in sync.
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)
series. Move from tracking snapshots to the official release sources,
which requires an EPOCH bump, unfortunately.
Remove the cklatest target which we just do not need any longer.
Always build both shared and static libraries instead of having these as
two exclusive options defaulting to the former.
Fix handling of shared libraries via rc.d for non-default prefixes and
move the rc.d script from PLIST_FILES to pkg-plist.
Do not strip some of the the binaries any longer.
No longer hardcode the version number in LATEST_LINK.
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.
Java in GCC 4.x is so much better, and this reduces build time and download
bandwidth required for this "legacy" port whose main purpose is to support
package building on FreeBSD 4.x quite a bit.
Submitted by: obrien
Clean up MASTER_SITES. Add conflicts with the gcc40 and gcc41 ports.
Simplify the handling of libraries which are not installed in all
configurations and put the 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.
