Log message:
Whitespace

Log message:
As pointed out by jlam:
bump PKGREVISION on packages depending on graphics/glu due to latest shlib
changes there.

Log message:
Finally update Mesa and friends after the distfile changed on the website
without a version bump.  Changes made, according to the website, for
libtool/autofoo fixes.

Some changes from Ron Roskens:
glut depends upon graphics/glu (otherwise its linked against X11R6 libs)

MesaDemos:
 rather than using the pre-built distribution makefiles,
 use the automake/configure built makefiles which have
 the build dependencies all setup.

This closes PR pkg/23476.

Log message:
If ${_GL_GLEXT_H} doesn't exist, just set everything to NO.  Otherwise
egrep emits error messages.

Log message:
Update Mesa and friends to latest version 5.0.2:

- fixed texgen problem causing texcoord's Q to be zero (stex3d)
- default GL_TEXTURE_COMPARE_MODE_ARB was wrong
- GL_CURRENT_MATRIX_NV query was wrong
- GL_CURRENT_MATRIX_STACK_DEPTH_NV query was off by one
- GL_LIST_MODE query wasn't correct
- GL_FOG_COORDINATE_SOURCE_EXT query wasn't supported
- GL_SECONDARY_COLOR_ARRAY_SIZE_EXT query returned wrong value
- blended, wide lines didn't always work correctly
- glVertexAttrib4svNV w component was always 1
- fixed bug in GL_IBM_rasterpos_clip (missing return)
- GL_DEPTH_TEXTURE_MODE = GL_ALPHA didn't work correctly
- a few Solaris compilation fixes
- fixed glClear() problem for DRI drivers (non-existant stencil, etc)
- fixed int/REAL mixup in GLU NURBS curve evaluator (Eric Cazeaux)
- fixed delete [] bug in SI GLU (bug 721765) (Diego Santa Cruz)
- glFog() didn't clamp fog colors
- fixed bad float/int conversion for GL_TEXTURE_PRIORITY in the
  gl[Get]TexParameteri[v] functions
  - fixed invalid memory references in glTexGen functions (bug 781602)
  - integer-valued color arrays weren't handled correctly
- glDrawPixels(GL_DEPTH_COMPONENT) with glPixelZoom didn't work
- GL_EXT_texture_lod_bias is part of 1.4, overlooked in 5.0.1
- build GLUT with -fexceptions so C++ apps propogate exceptions

While here, fix PR pkg/23003 by moving the version number to version.mk
and including that in the buildlink.

Log message:
Finally remove support of Mesa 3.4.1 completely as discussed at length
on tech-pkg@ at various times.  This means that regardless of what kind of
GL support comes with X11, if a package depends on GL, Mesa 5.0.1 (or higher)
will be installed into ${LOCALBASE}.

Some troubleshooting after the latest patches by Krister Walfridsson.

Log message:
s/netbsd.org/NetBSD.org/

Log message:
Hopefully finally get this right:
Default Mesa Version should be 3.4.2, so that people who don't care and have
GL in XF don't need to build the whole thing.  If MESA_REQD is set to 5.0.1
(as, for example, by MesaDemos), require version 5.0.1 of MesaLib, gl* etc.

If libGL.so.5 is found to be present on the system, force MESA_REQD to be
5.0.1 to avoid accidental downgrades if MESA_REQD was not specified before-
hand.

Changes reviewed by tron@ (thanks!).

Log message:
Revert yesterdays commit of setting the default to 3.4.2;  apparently
things are more complex than they seem, so until we've figured out how to
do this properly go back to what used to work (ie default back to 5.0.1)
Problems pointed out by tron@ and abs@.

Log message:
Let's be consistent here:
All other Mesa packages assume a default of 3.4.2, so set this here, too.
The reasoning behind this is that 3.4.2 is part of XF, so that users/packages
that don't explicitly need version 5.x don't need to build it.