Log message:
Remove gcc3-java as promised. Has not been buildable for years, if ever,
and various attempts to fix it have failed. Plus, gcc3 is highly obsolete
at this point and it's hardly worth spending effort on this. I believe
gcc-java support is available in most or all of the gcc4 packages.

Log message:
Set BUILDLINK_ABI_DEPENDS correctly (with +=, not ?=)
It turns out there were a lot of these.

Log message:
Mark BROKEN. Has not built in a long time if ever; attempts to fix it
have failed. Also, gcc3 is obsolete.

Log message:
Enable user-destdir support.

Log message:
Remove @dirrm entries from PLISTs

Log message:
Simply and speed up buildlink3.mk files and processing.
This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.

Log message:
Refine previous slightly; it can now actually configure libjava
library, and it might build for i386, although x86_64 is still pretty
broken.

Log message:
And now, add some logic so if gcc declines to configure libjava, as
happens by default on amd64, the build will fail instead of silently
skipping it.

Log message:
Changes that should result in DESTDIR support, only the package is too
broken to test fully, so I've left PKG_DESTDIR_SUPPORT commented out.

Log message:
Replace mk/bsd.prefs.mk includes with bsd.fast.prefs.mk includes.
The redundant parsing of bsd.prefs.mk is mostly avoided now and
parse time e.g. for x11/kdebase3 gets reduced by up to 10%.