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

74 lines
2.1 KiB
Makefile
Raw Normal View History

Check for symbol existence with #ifdef, not #if. Needed since some other files only #define the symbol without a value. Bump PKGREVISION since this changes an installed header file.
2013-06-13 16:16:21 +02:00
# $NetBSD: Makefile,v 1.93 2013/06/13 14:16:21 wiz Exp $
Initial import of MesaLib-3.2.1, the library part of the new split-up Mesa system. This is the part of Mesa that's present on XFree86-4.x and therefore only required for XFree86-3.x
2000-10-15 13:41:17 +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
PKGNAME= MesaLib-${MESA_PKGVERSION}
Check for symbol existence with #ifdef, not #if. Needed since some other files only #define the symbol without a value. Bump PKGREVISION since this changes an installed header file.
2013-06-13 16:16:21 +02:00
PKGREVISION= 2
Mesa-6.0 packages now use LIBTOOL and finally build
2004-01-22 13:58:07 +01:00
COMMENT= Graphics library similar to SGI's OpenGL
bl3ify
2004-01-05 12:42:20 +01:00
The BUILDLINK API dependency should be for xf86driproto not driproto. I noticed this when it built with old xf86driproto that had conflicting file. So add a CONFLICTS too.
2010-05-05 20:33:30 +02:00
CONFLICTS+= xf86driproto<2.0.4
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
PLIST_VARS= dri nodri
Use correct macros for installation, from FUKAUMI Naoki in PR 41563. While here, fix .pc files (were missing -Wl,-R). Bump PKGREVISION.
2009-06-10 19:28:06 +02:00
PKGCONFIG_OVERRIDE+= src/mesa/drivers/dri/dri.pc.in
PKGCONFIG_OVERRIDE+= src/mesa/gl.pc.in
Attempt to make it build cleanly and to solve PLIST problems without dri option (default for most of platforms). Tested on DragonFly only. Bump PKGREVISION.
2009-06-19 20:19:15 +02:00
PKGCONFIG_OVERRIDE+= src/mesa/osmesa.pc.in
Use correct macros for installation, from FUKAUMI Naoki in PR 41563. While here, fix .pc files (were missing -Wl,-R). Bump PKGREVISION.
2009-06-10 19:28:06 +02:00
PKGCONFIG_OVERRIDE+= src/glw/glw.pc.in
upgrade to MesaLib-7.11.2
2013-05-16 07:22:02 +02:00
CONFIGURE_ARGS+= --disable-glu
CONFIGURE_ARGS+= --disable-glut
CONFIGURE_ARGS+= --disable-motif
Use correct macros for installation, from FUKAUMI Naoki in PR 41563. While here, fix .pc files (were missing -Wl,-R). Bump PKGREVISION.
2009-06-10 19:28:06 +02:00
Add Makefile.version and glx-config.mk so that x11/modular-xorg-server can share this information in lieu of us duplicating it by hand.
2008-09-18 23:10:28 +02:00
.include "glx-config.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
.include "../../graphics/Mesa/Makefile.lib"
.include "options.mk"
Enable the pthread-based thread-safety code in pkgsrc MesaLib. Bump the PKGREVISION to 2. This fixes PR pkg/30537.
2005-06-17 17:54:06 +02:00
Compensate for lossage I've caused by not explicitely linking against libpthread: link against a stub lib on systems which need it (NetBSD<=2). Thanks to mlh@goathill.org for testing and reports.
2006-03-21 20:26:31 +01:00
.if !empty(MACHINE_PLATFORM:MNetBSD-[12].*)
Use new-fangled :Q technology instead of yesteryear's quote characters. Use the PTHREAD_XXX variables to set up the linking, otherwise libGL.so isn't linked with libpthread.so under Linux, and so things that link with libGL.so but don't themselves use threads are likely to not link themselves, failing to resolve pthread_getspecific, pthread_once, pthread_key_create and pthread_setspecific. There should be no change on NetBSD platforms, but there is change on other platforms, notably Linux. Bump PKGREVISION to communicate that. Should fix PR36207, does fix Linux build of glx-utils, and allows mission critical software like "bzflag" to build under Linux.
2008-07-30 02:27:55 +02:00
##
## NetBSD 2.x and earlier require pthread stubs
##
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 "../../devel/pthread-stublib/buildlink3.mk"
Use new-fangled :Q technology instead of yesteryear's quote characters. Use the PTHREAD_XXX variables to set up the linking, otherwise libGL.so isn't linked with libpthread.so under Linux, and so things that link with libGL.so but don't themselves use threads are likely to not link themselves, failing to resolve pthread_getspecific, pthread_once, pthread_key_create and pthread_setspecific. There should be no change on NetBSD platforms, but there is change on other platforms, notably Linux. Bump PKGREVISION to communicate that. Should fix PR36207, does fix Linux build of glx-utils, and allows mission critical software like "bzflag" to build under Linux.
2008-07-30 02:27:55 +02:00
PTHREAD_STUBLIB= -L${PREFIX}/lib -Wl,-R${PREFIX}/lib -lpthstub
.elif !empty(MACHINE_PLATFORM:MNetBSD-*)
##
## NetBSD 3.x and later have pthread stubs in libc
##
PTHREAD_STUBLIB=
Compensate for lossage I've caused by not explicitely linking against libpthread: link against a stub lib on systems which need it (NetBSD<=2). Thanks to mlh@goathill.org for testing and reports.
2006-03-21 20:26:31 +01:00
.else
Use new-fangled :Q technology instead of yesteryear's quote characters. Use the PTHREAD_XXX variables to set up the linking, otherwise libGL.so isn't linked with libpthread.so under Linux, and so things that link with libGL.so but don't themselves use threads are likely to not link themselves, failing to resolve pthread_getspecific, pthread_once, pthread_key_create and pthread_setspecific. There should be no change on NetBSD platforms, but there is change on other platforms, notably Linux. Bump PKGREVISION to communicate that. Should fix PR36207, does fix Linux build of glx-utils, and allows mission critical software like "bzflag" to build under Linux.
2008-07-30 02:27:55 +02:00
##
## Other platforms may or may not have stubs provided by libc, but pulling in
## threading support via the pthread.buildlink3.mk definitions will provide
## all the necessary interfaces. This matches the standard configuration for
## most platforms as they appear in "${WRKSRC}/configs", and is necessary
## for successful linking with libGL under many platforms.
##
Don't pull in pthread.buildlink3.mk on NetBSD, since we have determined that we'll be using either libc stubs or devel/pthread-stublib, depending on age. Tested on NetBSD 4.99. No PKGREVISION bump, there should be no functional change. Suggested by bjs@
2008-08-06 04:33:22 +02:00
.include "../../mk/pthread.buildlink3.mk"
Use new-fangled :Q technology instead of yesteryear's quote characters. Use the PTHREAD_XXX variables to set up the linking, otherwise libGL.so isn't linked with libpthread.so under Linux, and so things that link with libGL.so but don't themselves use threads are likely to not link themselves, failing to resolve pthread_getspecific, pthread_once, pthread_key_create and pthread_setspecific. There should be no change on NetBSD platforms, but there is change on other platforms, notably Linux. Bump PKGREVISION to communicate that. Should fix PR36207, does fix Linux build of glx-utils, and allows mission critical software like "bzflag" to build under Linux.
2008-07-30 02:27:55 +02:00
PTHREAD_STUBLIB= ${PTHREAD_LDFLAGS} ${PTHREAD_LIBS}
Compensate for lossage I've caused by not explicitely linking against libpthread: link against a stub lib on systems which need it (NetBSD<=2). Thanks to mlh@goathill.org for testing and reports.
2006-03-21 20:26:31 +01:00
.endif
Use new-fangled :Q technology instead of yesteryear's quote characters. Use the PTHREAD_XXX variables to set up the linking, otherwise libGL.so isn't linked with libpthread.so under Linux, and so things that link with libGL.so but don't themselves use threads are likely to not link themselves, failing to resolve pthread_getspecific, pthread_once, pthread_key_create and pthread_setspecific. There should be no change on NetBSD platforms, but there is change on other platforms, notably Linux. Bump PKGREVISION to communicate that. Should fix PR36207, does fix Linux build of glx-utils, and allows mission critical software like "bzflag" to build under Linux.
2008-07-30 02:27:55 +02:00
PKGSRC_MAKE_ENV+= PTHREAD_STUBLIB=${PTHREAD_STUBLIB:Q}
Ensure PTHREAD_STUBLIB is set in MAKE_ENV not just PKGSRC_MAKE_ENV - fixes clean env build on Linux
2011-08-21 18:44:30 +02:00
MAKE_ENV+= PTHREAD_STUBLIB=${PTHREAD_STUBLIB:Q}
Compensate for lossage I've caused by not explicitely linking against libpthread: link against a stub lib on systems which need it (NetBSD<=2). Thanks to mlh@goathill.org for testing and reports.
2006-03-21 20:26:31 +01:00
Add remaining glue for cross-compilation.
2007-08-15 17:56:12 +02:00
.if !empty(USE_CROSS_COMPILE:M[yY][eE][sS])
MAKE_ENV+= CROSS_COMPILING=yes
.endif
post-extract:
upgrade to MesaLib-7.11.2
2013-05-16 07:22:02 +02:00
.if !empty(PKG_OPTIONS:Mdri) && (${OPSYS} == "SunOS")
${CP} ${FILESDIR}/mapfile.externs ${WRKSRC}/src/mesa/drivers/dri/
.endif
Add remaining glue for cross-compilation.
2007-08-15 17:56:12 +02:00
${CP} ${FILESDIR}/gen_matypes.awk ${WRKSRC}/src/mesa/x86
${CP} ${FILESDIR}/gen_matypes.sh ${WRKSRC}/src/mesa/x86
${CHMOD} a+x ${WRKSRC}/src/mesa/x86/gen_matypes.sh
upgrade to MesaLib-7.11.2
2013-05-16 07:22:02 +02:00
#
# remove include files installed respectively by ../glu and ../glut
#
Update to Mesa-7.0.4 (the head of the 7.0 branch in GIT). Basically, lots of bug fixes; the intent of my update was mostly to fix problems with i915 and r300 dri drivers and to provide the best environment possible for the xorg server update to the 1.4 branch. Morever, many of our patches from pkgsrc, i.e. those removed in this commit, are now included upstream. Additionally, MesaDemos now builds. NOTES: - MesaLib now requires xf86driproto 2.0.4, as earlier versions install dri_interface.h, which is not correct. - glu now exports its symbols via libtool's -export-symfile. The symfile is generated pre-build--see glu/Makefile. - glxinfo/glxgears do not seem to need to be linked to libpthread, and this seems to cause problems on NetBSD with the new drm code. If I am wrong about this, please let me know. The only program that seems to need libpthread is glthreads in MesaDemos.
2008-07-27 02:03:42 +02:00
pre-install:
upgrade to MesaLib-7.11.2
2013-05-16 07:22:02 +02:00
${RM} -f ${WRKSRC}/include/GL/glu*.h
Update Mesa and friends to version 6.0: Changes since 5.2: New: - full OpenGL 1.5 support - updated GL/glext.h file to version 21 Changes: - changed max framebuffer size to 4Kx4K (MAX_WIDTH/HEIGHT in config.h) Bug fixes: - fixed bug in UNCLAMPED_FLOAT_TO_UBYTE macro; solves a color clamping issue - updated suno5-gcc configs - glColor3 functions sometimes resulted in undefined alpha values - fixed FP divide by zero error seen on VMS with xlockmore, others - fixed vertex/fragment program debug problem (bug 873011) - building on AIX with gcc works now - glDeleteProgramsARB failed for ARB fragment programs (bug 876160) - glDrawRangeElements tried to modify potentially read-only storage - updated files for building on Windows Changes since 5.0.2: New features: - reorganized directory tree - GL_ARB_vertex/fragment_program extensions (Michal Krol & Karl Rasche) - GL_ATI_texture_env_combine3 extension (Ian Romanick) - GL_SGI_texture_color_table extension (Eric Plante) - GL_NV_fragment_program extension - GL_NV_light_max_exponent extension - GL_EXT_texture_rectangle (identical to GL_NV_texture_rectangle) - GL_ARB_occlusion_query extension - GL_ARB_point_sprite extension - GL_ARB_texture_non_power_of_two extension - GL_IBM_multimode_draw_arrays extension - GL_EXT_texture_mirror_clamp extension (Ian Romanick) - GL_ARB_vertex_buffer_object extension - new X86 feature detection code (Petr Sebor) - less memory used for display lists and vertex buffers - demo of per-pixel lighting with a fragment program (demos/fplight.c) - new version (18) of glext.h header - new spriteblast.c demo of GL_ARB_point_sprite - faster glDrawPixels in X11 driver in some cases (see RELNOTES-5.1) - faster glCopyPixels in X11 driver in some cases (see RELNOTES-5.1) Bug fixes: - really enable OpenGL 1.4 features in DOS driver. - fixed issues in glDrawPixels and glCopyPixels for very wide images - glPixelMapf/ui/usv()'s size parameter is GLsizei, not GLint - fixed some texgen bugs reported by Daniel Borca - fixed wglMakeCurrent(NULL, NULL) bug (#835861) - fixed glTexSubImage3D z-offset bug (Cedric Gautier) - fixed RGBA blend enable bug (Ville Syrjala) - glAccum is supposed to be a no-op in selection/feedback mode - fixed texgen bug #597589 (John Popplewell) Changes: - dropped API trace feature (src/Trace/) - documentation overhaul. merged with website content. more html. - glxgears.c demo updated to use GLX swap rate extensions - glTexImage1/2/3D now allows width/height/depth = 0 - disable SPARC asm code on Linux (bug 852204)
2004-01-20 03:48:33 +01:00
Disable integrated assembler for clang and force default visiblity to hidden, otherwise some assembler relocations don't work on AMD64.
2012-01-23 09:08:25 +01:00
.include "../../mk/compiler.mk"
.if !empty(PKGSRC_COMPILER:Mclang)
CFLAGS+= -no-integrated-as -fvisibility=hidden
.endif
Initial import of MesaLib-3.2.1, the library part of the new split-up Mesa system. This is the part of Mesa that's present on XFree86-4.x and therefore only required for XFree86-3.x
2000-10-15 13:41:17 +02:00
.include "../../mk/bsd.pkg.mk"
Reference in a new issue Copy permalink