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

24 lines
800 B
Makefile
Raw Normal View History

Second try at jpeg-8 recursive PKGREVISION bump.
2010-01-18 10:58:37 +01:00
# $NetBSD: buildlink3.mk,v 1.27 2010/01/18 09:59:04 wiz Exp $
initial import of libgdiplus-0.1 An Open Source implementation of the GDI+ API. Spun off from Mono's C# library. libgdiplus is needed for using the System.Drawing APIs.
2004-02-03 13:31:34 +01: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+= libgdiplus
initial import of libgdiplus-0.1 An Open Source implementation of the GDI+ API. Spun off from Mono's C# library. libgdiplus is needed for using the System.Drawing APIs.
2004-02-03 13:31:34 +01: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(LIBGDIPLUS_BUILDLINK3_MK)
LIBGDIPLUS_BUILDLINK3_MK:=
initial import of libgdiplus-0.1 An Open Source implementation of the GDI+ API. Spun off from Mono's C# library. libgdiplus is needed for using the System.Drawing APIs.
2004-02-03 13:31:34 +01:00
Update to libgdiplus 2.0
2008-10-07 15:23:25 +02:00
BUILDLINK_API_DEPENDS.libgdiplus+= libgdiplus>=2.0
Second try at jpeg-8 recursive PKGREVISION bump.
2010-01-18 10:58:37 +01:00
BUILDLINK_ABI_DEPENDS.libgdiplus?= libgdiplus>=2.4.2nb2
BUILDLINK_DEPENDS.<pkg> lines should _always_ use += to _append_ to the existing value. This is critical to set the correct list of dependencies for a package.
2004-02-10 00:56:32 +01:00
BUILDLINK_PKGSRCDIR.libgdiplus?= ../../graphics/libgdiplus
initial import of libgdiplus-0.1 An Open Source implementation of the GDI+ API. Spun off from Mono's C# library. libgdiplus is needed for using the System.Drawing APIs.
2004-02-03 13:31:34 +01:00
update to libgdiplus-1.1.5 (part of the mono 1.1.5 release) changes: - bugfixes, more complete .Net API support changes to the package: - don't depend on lang/mono any longer - use the included cairo/libpixman
2005-03-27 12:29:20 +02:00
.include "../../devel/glib2/buildlink3.mk"
.include "../../graphics/freetype2/buildlink3.mk"
update to libgdiplus-1.1.11 to sync with latest mono update changes include update to cairo and the usual bug-fixes
2006-01-04 01:08:27 +01:00
.include "../../graphics/glitz/buildlink3.mk"
update to libgdiplus-0.5 (part of mono beta1) Sadly, there's no real news file avaiable. So, I guess it's the usual bug-fixes and optimizations.
2004-05-11 19:37:48 +02:00
.include "../../graphics/jpeg/buildlink3.mk"
.include "../../graphics/libungif/buildlink3.mk"
update to libgdiplus-1.1.5 (part of the mono 1.1.5 release) changes: - bugfixes, more complete .Net API support changes to the package: - don't depend on lang/mono any longer - use the included cairo/libpixman
2005-03-27 12:29:20 +02:00
.include "../../graphics/png/buildlink3.mk"
update to libgdiplus-0.5 (part of mono beta1) Sadly, there's no real news file avaiable. So, I guess it's the usual bug-fixes and optimizations.
2004-05-11 19:37:48 +02:00
.include "../../graphics/tiff/buildlink3.mk"
Mechanically replace all includes of buildlink3.mk of the following packages with the modular Xorg equivalent. Those are falling back to the old location by default, so this commmit doesn't change dependencies. graphics/xpm ==> x11/libXpm fonts/Xft2 ==> x11/libXft x11/Xfixes ==> x11/libXfixes x11/xcursor ==> x11/libXcursor x11/Xrender ==> x11/libXrender x11/Xrandr ==> libXrandr
2006-12-15 21:32:52 +01:00
.include "../../x11/libXft/buildlink3.mk"
.include "../../x11/libXrender/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 # LIBGDIPLUS_BUILDLINK3_MK
Reorder location and setting of BUILDLINK_PACKAGES to match template buildlink3.mk file in revision 1.101 of bsd.buildlink3.mk.
2004-03-05 20:25:06 +01: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+= -libgdiplus
Reference in a new issue Copy permalink