Fix location of pkgconfig-data

Approved by: gerald

Update to the 20040806 snapshot off GCC 3.4.

Update to the 2004-07-23 snapshot of GCC 3.4.2.

Update to the 20040709 snapshot of GCC 3.4.2 (from GCC 3.4.1).

Update to the 20040702 snapshot.  Optimize that SNAPDATE variable away on
the way and use ${ECHO_MSG} instead of ${ECHO} [1].

Spotted by:     eik [1]

Use ${ECHO} instead of echo.

Update to the 2004-06-11 snapshot of GCC 3.4.1.

Update to the 2004-06-04 snapshot of GCC 3.4.1.
On the way, note that libgcj is not built on amd64.

Update to the 2004-04-14 snapshot, which should be nearly identical to the
GCC 3.4.0 release.
Tweak the pre-everything message, plus display a note when libgcj is not built.

I give up, gerald wants the cruft back in.

Use a different method to remove possibly shared directory, so we can
fail silently.

Submitted by:   kris

Re-commit revision 1.165.  The perceived breakage by it was a bug in pkg-plist.

Remove libexec/gcc/%%GNU_HOST%% and libexec/gcc on pkg_delete.

Try to fix breakage of non-amd64 platforms introduced by 1.165 and
remove inflamatory comment.

Remove BROKEN from sparc64 and simplify special case handling of
libgcj on ia64 and sparc64.
USE_SIZE is now the default, no need to specify it explicitly.
Remove WANT_THREADS_SUPPORT knob, which should be a no-op by now.

Don't hardcode CONFIGURE_TARGET anymore -- the value in bsd.port.mk has
finally caught up with newer autoconf's requirements.
Allow to build on AMD64 by lying with CONFIGURE_TARGET.

Add a WITHOUT_LIBJAVA know, which disables building libgcj and thus saves
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)

Adopt this port and update to the 2004-02-18 snapshot of GCC 3.4.

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).

Update to the 2004-02-11 snapshot of GCC 3.4.

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.

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 2)

Update to the 2004-01-28 snapshot of GCC 3.4.  Merge in my 2004/01/26
change to the gcc33 port and introduce a new make variable SUFFIX to
avoid hardcoding the version number and reorder USE_ variables.

Update to the 2004-01-14 snapshot of GCC 3.4.

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.

Use the SORT macro from bsd.port.mk.

Use PAX macro.

Update to the 2004-01-07 snapshot of GCC 3.4.  Merge in my 2004-01-05
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.

Fix packaging which was quite broken.  On the way, update PORTVERSION to
match the new versioning scheme in GCC-land and adjust the renaming of
gccbug to the scheme used by the other programs installed by this port.

Update to the 2003-12-31 snapshot.

Update to the 2003-12-24 snapshot.

Sync with gcc33/Makefile rev 1.146, which fixed my broken logic in the
manpage fake out.

Spotted by:     gerald

* Deal with GCC's configurary's assumption that /usr/local/{include,lib}
  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.

Update to the 2003-12-10 mainline snapshot of GCC which has fixes for (at
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.

Really mark as broken.

Pointy hat to:  self

Update to the 2003-11-26 snapshot and fix several packaging issues.
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.

Update from repo-copy of lang/gcc33 to the 2003-11-12 snapshot of GCC 3.4.

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.

- ECHO -> ECHO_MSG

for some ports:
- ECHO -> ECHO_CMD
- pre-fetch -> pre-everything

PR:             ports/56800-56819
Submitted by:   KATO Tsuguru <tkato@prontomail.com>