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

21 lines
666 B
Makefile
Raw Normal View History

Fix build on OpenIndiana and probably other SunOS variants. Recent SunOS has a native libusb, so enable the USB backend.
2011-04-28 13:16:35 +02:00
# $NetBSD: buildlink3.mk,v 1.17 2011/04/28 11:16:35 hans Exp $
Make this compile with gcc-2.95 (hi drochner!). Closes PR 24515. bl3ify, and provide a buildlink3.mk file for future bl3ification of dependencies.
2004-02-21 23:58:08 +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+= libgphoto2
Make this compile with gcc-2.95 (hi drochner!). Closes PR 24515. bl3ify, and provide a buildlink3.mk file for future bl3ification of dependencies.
2004-02-21 23:58:08 +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(LIBGPHOTO2_BUILDLINK3_MK)
LIBGPHOTO2_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
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.libgphoto2+= libgphoto2>=2.1.2
recursive bump from gettext-lib shlib bump.
2011-04-22 15:41:54 +02:00
BUILDLINK_ABI_DEPENDS.libgphoto2+= libgphoto2>=2.4.7nb3
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
BUILDLINK_PKGSRCDIR.libgphoto2?= ../../devel/libgphoto2
libusb is recursively needed on !SunOS.
2007-01-08 17:17:47 +01:00
.include "../../mk/bsd.fast.prefs.mk"
.include "../../devel/libusb/buildlink3.mk"
Make this compile with gcc-2.95 (hi drochner!). Closes PR 24515. bl3ify, and provide a buildlink3.mk file for future bl3ification of dependencies.
2004-02-21 23:58:08 +01:00
.include "../../devel/gettext-lib/buildlink3.mk"
libltdl is referenced from libgphoto2 only, so put the bl3 include there
2008-04-29 21:10:11 +02:00
.include "../../devel/libltdl/buildlink3.mk"
Under NetBSD, some libraries were linked with libiconv, such as /usr/pkg/lib/libgphoto2_port.so.5.1. So include libiconv buildlink3.mk.
2004-04-25 06:05:10 +02:00
.include "../../converters/libiconv/buildlink3.mk"
Make this compile with gcc-2.95 (hi drochner!). Closes PR 24515. bl3ify, and provide a buildlink3.mk file for future bl3ification of dependencies.
2004-02-21 23:58:08 +01:00
.include "../../graphics/libexif/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 # LIBGPHOTO2_BUILDLINK3_MK
Make this compile with gcc-2.95 (hi drochner!). Closes PR 24515. bl3ify, and provide a buildlink3.mk file for future bl3ification of dependencies.
2004-02-21 23:58:08 +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+= -libgphoto2
Reference in a new issue Copy permalink