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

44 lines
1.4 KiB
Makefile
Raw Normal View History

*: recursive bump for libffi
2020-03-08 17:47:24 +01:00
# $NetBSD: buildlink3.mk,v 1.67 2020/03/08 16:49:52 wiz Exp $
Add some buildlink3.mk files needed by x11-links>=0.13.
2003-09-02 09:12:16 +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+= MesaLib
Add some buildlink3.mk files needed by x11-links>=0.13.
2003-09-02 09:12:16 +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(MESALIB_BUILDLINK3_MK)
MESALIB_BUILDLINK3_MK:=
Add some buildlink3.mk files needed by x11-links>=0.13.
2003-09-02 09:12:16 +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.MesaLib+= MesaLib>=3.4.2
*: recursive bump for libffi
2020-03-08 17:47:24 +01:00
BUILDLINK_ABI_DEPENDS.MesaLib+= MesaLib>=20.0.1nb1
Add some buildlink3.mk files needed by x11-links>=0.13.
2003-09-02 09:12:16 +02:00
BUILDLINK_PKGSRCDIR.MesaLib?= ../../graphics/MesaLib
Reorganize code so that any dependencies are checked as part of deciding whether the software is built-in or not. This facilitates implementing the forthcoming PKGSRC_NATIVE variable.
2004-02-12 02:59:37 +01:00
MesaLib: Add a features.mk and use it to detect the presence of DRI No functional change (probably)
2019-10-21 22:47:55 +02:00
.include "../../graphics/MesaLib/features.mk"
Need bsd.prefs.mk before using MACHINE_PLATFORM.
2007-12-06 05:31:23 +01:00
Add link to Apple work around into the makefile for documentation purposes.
2007-12-05 22:42:18 +01:00
# See <http://developer.apple.com/qa/qa2007/qa1567.html>.
Experimentally support building with X11_TYPE=modular on OS X. This targets the Apple DRI platform instead of libpciaccess & libdrm. It is a step towards packaging XQuartz and towards a future goal of migrating the platform away from the so called "native" X11 which is no longer native by the usual definition.
2015-09-27 23:58:03 +02:00
.if ${X11_TYPE} == "native" && !empty(MACHINE_PLATFORM:MDarwin-[9].*-*)
Use the proper way to pass the necessary arguments for the Mac OS X Leopard link bug workaround to the linker.
2008-05-15 21:46:47 +02:00
BUILDLINK_LDFLAGS.MesaLib+= -Wl,-dylib_file,/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
Use Apple's suggested work around(*) to fix linker problems under Mac OS X Leopard. (*) http://developer.apple.com/qa/qa2007/qa1567.html
2007-12-05 22:39:01 +01:00
.endif
Welcome to Mesa-7.0.3. Changes from 6.4.2 are (obviously) far too numerous to mention! This package brings with it support for the Direct Rendering Infrastructure (DRI) on NetBSD-current; the kernel DRM was committed approximately one year ago. Patches for NetBSD 4.0 are available in the mailing list archives (I think), but are _not supported_. Developers and other interested parties are encouraged to read the TODO file, as well as my remarks in options.mk. There is still a significant amount of work to be done. Users of NetBSD/i386 (-current) shouldn't have much trouble getting mainstream cards (Intel i915 and Radeon 9600- R430 are by far the most tested) to work. I have taken great pains to ensure that this works properly, but inevitably there will be problems--especially on heretofore untested (read: non-x86) hardware. Your questions, comments, problem reports, and of course bug fixes are welcome. NOTE: There are currently problems (on NetBSD, at least) linking some executables, e.g. compiz, due to unresolved symbols for libpthread functions. This is due to libX11's thread stubs, which should not be enabled on NetBSD >= 2.0; see the TODO For more information and the URL of an interim patch.
2008-04-24 09:40:23 +02:00
pkgbase:= MesaLib
MesaLib: various changes to how this is built - Try to appease the Darwin build. - Simplify and reduce the number of options to make testing easier. - Silence lots of pkglint warnings. - Enable the surfaceless platform as recommended by Mesa. - Switch to gallium swrast as recommended by Mesa. - Switch to gallium osmesa as recommended by Mesa. - Support building without X11. todo: - glvnd support (needs testing to figure out which platforms it builds on) - make AMD drivers optional on platforms like aarch64 Bump PKGREVISION.
2019-08-30 15:00:56 +02:00
Welcome to Mesa-7.0.3. Changes from 6.4.2 are (obviously) far too numerous to mention! This package brings with it support for the Direct Rendering Infrastructure (DRI) on NetBSD-current; the kernel DRM was committed approximately one year ago. Patches for NetBSD 4.0 are available in the mailing list archives (I think), but are _not supported_. Developers and other interested parties are encouraged to read the TODO file, as well as my remarks in options.mk. There is still a significant amount of work to be done. Users of NetBSD/i386 (-current) shouldn't have much trouble getting mainstream cards (Intel i915 and Radeon 9600- R430 are by far the most tested) to work. I have taken great pains to ensure that this works properly, but inevitably there will be problems--especially on heretofore untested (read: non-x86) hardware. Your questions, comments, problem reports, and of course bug fixes are welcome. NOTE: There are currently problems (on NetBSD, at least) linking some executables, e.g. compiz, due to unresolved symbols for libpthread functions. This is due to libX11's thread stubs, which should not be enabled on NetBSD >= 2.0; see the TODO For more information and the URL of an interim patch.
2008-04-24 09:40:23 +02:00
.include "../../mk/pkg-build-options.mk"
MesaLib: various changes to how this is built - Try to appease the Darwin build. - Simplify and reduce the number of options to make testing easier. - Silence lots of pkglint warnings. - Enable the surfaceless platform as recommended by Mesa. - Switch to gallium swrast as recommended by Mesa. - Switch to gallium osmesa as recommended by Mesa. - Support building without X11. todo: - glvnd support (needs testing to figure out which platforms it builds on) - make AMD drivers optional on platforms like aarch64 Bump PKGREVISION.
2019-08-30 15:00:56 +02:00
.if !empty(PKG_BUILD_OPTIONS.MesaLib:Mx11)
. include "../../x11/libX11/buildlink3.mk"
. include "../../x11/libXdamage/buildlink3.mk"
. include "../../x11/libXext/buildlink3.mk"
. include "../../x11/libXfixes/buildlink3.mk"
. include "../../x11/libXrandr/buildlink3.mk"
. include "../../x11/libXxf86vm/buildlink3.mk"
. include "../../x11/libxcb/buildlink3.mk"
. include "../../x11/libxshmfence/buildlink3.mk"
. include "../../x11/xcb-proto/buildlink3.mk"
. include "../../x11/xorgproto/buildlink3.mk"
Welcome to Mesa-7.0.3. Changes from 6.4.2 are (obviously) far too numerous to mention! This package brings with it support for the Direct Rendering Infrastructure (DRI) on NetBSD-current; the kernel DRM was committed approximately one year ago. Patches for NetBSD 4.0 are available in the mailing list archives (I think), but are _not supported_. Developers and other interested parties are encouraged to read the TODO file, as well as my remarks in options.mk. There is still a significant amount of work to be done. Users of NetBSD/i386 (-current) shouldn't have much trouble getting mainstream cards (Intel i915 and Radeon 9600- R430 are by far the most tested) to work. I have taken great pains to ensure that this works properly, but inevitably there will be problems--especially on heretofore untested (read: non-x86) hardware. Your questions, comments, problem reports, and of course bug fixes are welcome. NOTE: There are currently problems (on NetBSD, at least) linking some executables, e.g. compiz, due to unresolved symbols for libpthread functions. This is due to libX11's thread stubs, which should not be enabled on NetBSD >= 2.0; see the TODO For more information and the URL of an interim patch.
2008-04-24 09:40:23 +02:00
.endif
Translate -lMesaGL to -lGL. Suggested by jlam over a month ago.
2004-04-17 05:45:46 +02:00
MesaLib: Add a features.mk and use it to detect the presence of DRI No functional change (probably)
2019-10-21 22:47:55 +02:00
.if ${MESALIB_SUPPORTS_DRI} == "yes"
MesaLib: various changes to how this is built - Try to appease the Darwin build. - Simplify and reduce the number of options to make testing easier. - Silence lots of pkglint warnings. - Enable the surfaceless platform as recommended by Mesa. - Switch to gallium swrast as recommended by Mesa. - Switch to gallium osmesa as recommended by Mesa. - Support building without X11. todo: - glvnd support (needs testing to figure out which platforms it builds on) - make AMD drivers optional on platforms like aarch64 Bump PKGREVISION.
2019-08-30 15:00:56 +02:00
. include "../../x11/libdrm/buildlink3.mk"
PR pkg/50243: PLIST fix when X11_TYPE=modular and PKG_OPTIONS.MesaLib=-dri ok gdt@
2015-09-16 14:28:53 +02:00
.endif
Move graphics/MesaLib18 to graphics/MesaLib. Move graphics/MesaLib to graphics/MesaLib11.
2019-08-21 15:35:27 +02:00
.include "../../mk/pthread.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 # MESALIB_BUILDLINK3_MK
Require libXext here as well. Doesn't really make a difference as Mesa/b3.mk is normally included and that gets it via glut.
2007-02-02 18:41:36 +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+= -MesaLib
Reference in a new issue Copy permalink