kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/graphics/liblqr/buildlink3.mk

16 lines
395 B
Makefile
Raw Normal View History

Set BUILDLINK_ABI_DEPENDS correctly (with +=, not ?=) It turns out there were a lot of these.
2012-05-07 03:53:12 +02:00
# $NetBSD: buildlink3.mk,v 1.7 2012/05/07 01:53:36 dholland Exp $
Import liblqr-0.1.0.2 as graphics/liblqr. This is the liquid rescale algorithm library from graphics/gimp-liquid-rescale. For the 0.4.0 release it was split off as a standalone library.
2008-04-05 04:00:39 +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+= liblqr
Import liblqr-0.1.0.2 as graphics/liblqr. This is the liquid rescale algorithm library from graphics/gimp-liquid-rescale. For the 0.4.0 release it was split off as a standalone library.
2008-04-05 04:00:39 +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(LIBLQR_BUILDLINK3_MK)
LIBLQR_BUILDLINK3_MK:=
Import liblqr-0.1.0.2 as graphics/liblqr. This is the liquid rescale algorithm library from graphics/gimp-liquid-rescale. For the 0.4.0 release it was split off as a standalone library.
2008-04-05 04:00:39 +02:00
bump the BUILDLINK_API_DEPENDS
2009-05-22 22:33:23 +02:00
BUILDLINK_API_DEPENDS.liblqr+= liblqr>=0.4.1
Set BUILDLINK_ABI_DEPENDS correctly (with +=, not ?=) It turns out there were a lot of these.
2012-05-07 03:53:12 +02:00
BUILDLINK_ABI_DEPENDS.liblqr+= liblqr>=0.4.1nb3
Import liblqr-0.1.0.2 as graphics/liblqr. This is the liquid rescale algorithm library from graphics/gimp-liquid-rescale. For the 0.4.0 release it was split off as a standalone library.
2008-04-05 04:00:39 +02:00
BUILDLINK_PKGSRCDIR.liblqr?= ../../graphics/liblqr
.include "../../devel/glib2/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 # LIBLQR_BUILDLINK3_MK
Import liblqr-0.1.0.2 as graphics/liblqr. This is the liquid rescale algorithm library from graphics/gimp-liquid-rescale. For the 0.4.0 release it was split off as a standalone library.
2008-04-05 04:00:39 +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+= -liblqr
Reference in a new issue Copy permalink