pkgsrc/lang/gcc3-java, branch pkgsrc_2004Q4

Now that no package uses USE_GCC_SHLIB any longer, remove support

2004-11-22T22:24:46Z

for it from compiler.mk. Move the variable of the same name used by compiler/gcc.mk and the gcc* buildlink3 files into private namespace (_USE_GCC_SHLIB).

GCC generates and uses its own libtool to build shared libraries, and

2004-09-08T10:22:01Z

the resulting shared library names don't necessarily match the NetBSD names. Instead of hardcoding the shared library names in the PLISTs, only list the libtool archives in the PLISTs and dynamically determine the shared library names at post-install time and insert them into the PLIST. This fixes PLIST errors on non-NetBSD platforms. All of the magic is done in pkgsrc/lang/gcc3/language.mk. This should probably be generalized into something that could be used by all packages that use libtool.

Unused.

2004-07-06T22:41:15Z

update to 3.3.4

2004-07-02T15:40:01Z

bugfixes only afaict, no new features, no new files

Update gcc3-ada to 3.3.3nb1

2004-05-22T17:48:21Z

Update gcc3-c++ to 3.3.3nb1 Update gcc3-c to 3.3.3nb2 Update gcc3-f77 to 3.3.3nb1 Update gcc3-java to 3.3.3nb1 Update gcc3-objc to 3.3.3nb1 Update gcc3 to 3.3.3nb1 gcc arm: fix GCC _P_R_ target/14302 Apply gcc fix for gcc PR target/14302 to fix ARM compiler issues triggered by at least glib, glib2, and pkgconfig. 2004-02-26 Richard Earnshaw Daniel Jacobowitz PR target/14302 * arm.h (ARM_GO_IF_LEGITIMATE_ADDRESS): Don't check the mode size for minipool references.

Garbage collect BUILDLINK_PKGBASE. from buildlink3: it is not anymore

2004-05-17T21:32:33Z

used since revision 1.139 of mk/buildlink3/bsd.buildlink3.mk.

Make all gcc3-* packages use a single distinfo file from gcc3/distinfo and

2004-04-10T15:47:08Z

a single patch directory from gcc3/patches/. Also Move gcc3-c/{Makefile.common,language.mk} into gcc3/.

Fix serious bug where BUILDLINK_PACKAGES wasn't being ordered properly

2004-03-18T09:12:08Z

by moving the inclusion of buildlink3.mk files outside of the protected region. This bug would be seen by users that have set PREFER_PKGSRC or PREFER_NATIVE to non-default values. BUILDLINK_PACKAGES should be ordered so that for any package in the list, that package doesn't depend on any packages to the left of it in the list. This ordering property is used to check for builtin packages in the correct order. The problem was that including a buildlink3.mk file for correctly ensured that was removed from BUILDLINK_PACKAGES and appended to the end. However, since the inclusion of any other buildlink3.mk files within that buildlink3.mk was in a region that was protected against multiple inclusion, those dependencies weren't also moved to the end of BUILDLINK_PACKAGES.

Rename the internal package variable referred to by buildlink[23]. No

2004-03-18T04:19:39Z

functional change.

If the ${PKGBASE} of a package doesn't match the token passed to

2004-03-16T18:23:26Z

BUILDLINK_PACKAGES, then set BUILDLINK_PKGBASE. explicitly so that we can map from to BUILDLINK_PKGBASE..