Given that I am now responsible for snapshot generation on gcc.gnu.org,
remove the feature to obtain sources from GCC CVS. Mark broken on amd64
(which used to be called x86_64).
Port the following two fixes from the lang/gcc33 port:
2004/02/08: Fix build on systems without a decent version of Perl.
2004/01/30: The Fortran frontend binary is called g77, not f77.
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.
are searched automatically by the compiler by using --with-libiconv-prefix.
W/o --with-libiconv-prefix, 'configure' finds the lib, but not the header.
During the make, neither will be found; a lot of inconsistency here...
* Deal with GCC's configurary's brokenness WRT --with-libiconv-prefix due
not actually passing the found header path to CFLAGS in any way.
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 machinery so that we do not need to maintain duplicate lists of binaries.
Rename loop variables from $file to $f to avoid warnings by future versions
of portlint.
Fix a post-build comment.
Reviewed by: obrien
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.
ELF-only as well, remove support for aout from the next generation of GCC.
Suggested by: Loren James Rittle <rittle@labs.mot.com>
Discussed with: obrien
- 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.
GCC 3.2.x, on the GCC 3.3 branch and GCC mainline, and while all versions
of FreeBSD should build fine with this patchs, its just another extra
difference to pristine FSF sources and may cause subtle header-related bugs
for FreeBSD 4.x systems.
Submitted by: Loren James Rittle <rittle@latour.rsch.comm.mot.com>
