pkgsrc/devel/g-wrap/buildlink3.mk

# $NetBSD: buildlink3.mk,v 1.13 2009/05/20 00:58:12 wiz Exp $

BUILDLINK_TREE+=	g-wrap

.if !defined(G_WRAP_BUILDLINK3_MK)
G_WRAP_BUILDLINK3_MK:=

BUILDLINK_API_DEPENDS.g-wrap+=	g-wrap>=1.9.5
BUILDLINK_ABI_DEPENDS.g-wrap?=	g-wrap>=1.9.12nb1
BUILDLINK_PKGSRCDIR.g-wrap?=	../../devel/g-wrap

.include "../../devel/libffi/buildlink3.mk"
.include "../../lang/guile/buildlink3.mk"
.endif # G_WRAP_BUILDLINK3_MK

BUILDLINK_TREE+=	-g-wrap
Recursive ABI depends update and PKGREVISION bump for readline-6.0 shlib major change. Reported by Robert Elz in PR 41345. 2009-05-20 02:58:05 +02:00			`# $NetBSD: buildlink3.mk,v 1.13 2009/05/20 00:58:12 wiz Exp $`
Convert to buildlink3. 2004-05-03 17:58:55 +02:00
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. 2009-03-20 20:23:50 +01:00			`BUILDLINK_TREE+= g-wrap`
Convert to buildlink3. 2004-05-03 17:58:55 +02:00
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. 2009-03-20 20:23:50 +01:00			`.if !defined(G_WRAP_BUILDLINK3_MK)`
			`G_WRAP_BUILDLINK3_MK:=`
Convert to buildlink3. 2004-05-03 17:58:55 +02:00
Over 1200 files touched but no revisions bumped :) RECOMMENDED is removed. It becomes ABI_DEPENDS. BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo. BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo. BUILDLINK_DEPENDS does not change. IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS which defaults to "yes". Added to obsolete.mk checking for IGNORE_RECOMMENDED. I did not manually go through and fix any aesthetic tab/spacing issues. I have tested the above patch on DragonFly building and packaging subversion and pkglint and their many dependencies. I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I have used IGNORE_RECOMMENDED for a long time). I have been an active user of IGNORE_RECOMMENDED since it was available. As suggested, I removed the documentation sentences suggesting bumping for "security" issues. As discussed on tech-pkg. I will commit to revbump, pkglint, pkg_install, createbuildlink separately. Note that if you use wip, it will fail! I will commit to pkgsrc-wip later (within day). 2006-04-06 08:21:32 +02:00			`BUILDLINK_API_DEPENDS.g-wrap+= g-wrap>=1.9.5`
Recursive ABI depends update and PKGREVISION bump for readline-6.0 shlib major change. Reported by Robert Elz in PR 41345. 2009-05-20 02:58:05 +02:00			`BUILDLINK_ABI_DEPENDS.g-wrap?= g-wrap>=1.9.12nb1`
Convert to buildlink3. 2004-05-03 17:58:55 +02:00			`BUILDLINK_PKGSRCDIR.g-wrap?= ../../devel/g-wrap`

in bl3, depend on libffi 2009-02-21 03:09:00 +01:00			`.include "../../devel/libffi/buildlink3.mk"`
Update to 1.9.3, from Greg Troxel via pkgsrc-wip. Changes since 1.3.4: Version 1.9.3 - Comes with a compatibility layer that allows GnuCash to be built with it. - Reverts the enhanced generics support, which was introduced in 1.9.2, since that currently breaks guile-gnome - Bugfixes + g-wrap-2.0-guile.pc is now generated correctly, even if the internal libffi is used. + Types used by constants are now considered when calculating the set of referenced types in a wrapset. This bug led to missing code and compile errors when a type defined in another wrapset was used by only by a constant. + On platforms which lack alloca(), the version shipped with G-Wrap should now build correctly. Version 1.9.2 - Now comes with libffi included, for systems which lack an libffi installation - SRFI module checks now work correctly, even if you do an in-tree build Version 1.9.1 - API change: destruct-value-cg is now named destroy-value-cg - Bugfixes + A bug in the latent generic code has been fixed + The error message for WCP type errors has been fixed Version 1.9.0 - Complete rewrite; too many changes to list, see the manual for the new GOOPS-based API and the guile-gnome project for an extended example. - New features: + Output arguments + Default arguments - G-Wrap should be target-language agnostic, like it was in its early days. 2004-12-03 18:06:58 +01:00			`.include "../../lang/guile/buildlink3.mk"`
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. 2009-03-20 20:23:50 +01:00			`.endif # G_WRAP_BUILDLINK3_MK`
Convert to buildlink3. 2004-05-03 17:58:55 +02:00
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. 2009-03-20 20:23:50 +01:00			`BUILDLINK_TREE+= -g-wrap`