Now that GCC 4.1.0 has been released, remove support for the Fortran
frontend which was still quite immature in the 4.0 series compared to
what we now have in the the 4.1 series.
Always build both shared and static libraries instead of having these as
two exclusive options defaulting to the former.
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/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.
No longer put target specific files and include files at the very
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]
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.
and its man page, address some portlint warnings, and resort pkg-plist. The
fix to allow sparc64 bootstraps is upstream and the local patch not needed
any longer.
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.
