either because they themselves are not ready or because a
dependency isn't. This is annotated by
PYTHON_VERSIONS_INCOMPATIBLE= 33 # not yet ported as of x.y.z
or
PYTHON_VERSIONS_INCOMPATIBLE= 33 # py-foo, py-bar
respectively, please use the same style for other packages,
and check during updates.
Use versioned_dependencies.mk where applicable.
Use REPLACE_PYTHON instead of handcoded alternatives, where applicable.
Reorder Makefile sections into standard order, where applicable.
Remove PYTHON_VERSIONS_INCLUDE_3X lines since that will be default
with the next commit.
Whitespace cleanups and other nits corrected, where necessary.
Mesa 7.11 implements the OpenGL 2.1 API, but the version reported by glGetString(GL_VERSION) depends on the particular driver being used. Some drivers don't support all the features required in OpenGL 2.1.
See the Compiling/Installing page for prerequisites for DRI hardware acceleration.
MD5 checksums
New features
None.
Bug fixes
This list is likely incomplete.
Bug 43143 - Mesa 7.11.1 fails to build at main/dlist.c:4532 with error message: "format not a string literal and no format arguments"
Incorrect handling of CopyTexImage from RGBA window to LA texture.
Changes
The full set of changes can be viewed by using the following GIT command:
git log mesa-7.11.1..mesa-7.11.2
Brian Paul (4):
mesa: stop using ctx->Driver.CopyTexImage1D/2D() hooks
mesa: fix format selection for meta CopyTexSubImage()
docs: update news.html and relnotes.html for 7.11.1 release
mesa: use format string in _mesa_error() call to silence warning
Chad Versace (3):
intel: Simplify stencil detiling arithmetic
intel: Fix region dimensions for stencil buffers received from DDX
intel: Fix separate stencil in builtin DRI2 backend
Ian Romanick (3):
docs: Add 7.11.1 release md5sums
mesa: set version string to 7.11.2-devel
mesa: Bump version to 7.11.2 (final)
libXext/buildlink3.mk, now that it is included there.
Leave the places where its API version is set or variables from it
are used directly (about 3 packages).
Update provided by Hasso Tepper on pkgsrc-users.
Changes:
7.4.2:
Bug fixes
* Fixed segfault when rendering to front buffer with DRI 1.
* Fixed swrast texture rectangle bug when wrap mode = GL_CLAMP_TO_BORDER and filter mode = GL_LINEAR. (bug
21461)
* Fixed texture object mem leak during context destruction.
* Fixed a state validation bug in glCopyTex[Sub]Image()
* Fixed some i965 GLSL bugs.
* Fixed an R300 driver texture object bad memory reference.
7.4.1:
Bug fixes
* Fixed a two-sided lighting bug in fixed-function-to-GPU code generation
* Fixed some Darwin issues (Jeremy Huddleston)
* Indexing the GLSL gl_EyePlane[] or gl_ObjectPlane[] arrays with a variable was broken, bug 20986
* Fixed incorrect texture unit bias in TXB instruction
* glTexParameter settings weren't always propogated to drivers
* Assorted vertex/fragment program bug fixes
* Fixed point rendering in software rasterizer
* Fixed potential deadlock in object hash functions
* Fix a couple bugs surrounding front-buffer rendering with DRI2, but this is not quite complete.
* Fixed glPopAttrib() bug when restoring user clip planes
7.4:
New features
* Added MESA_GLX_FORCE_DIRECT env var for Xlib/software driver
* GLSL version 1.20 is returnd by the GL_SHADING_LANGUAGE_VERSION query
Bug fixes
* glGetActiveUniform() returned wrong size for some array types
* Fixed some error checking in glUniform()
* Fixed a potential glTexImage('proxy target') segfault
* Fixed bad reference counting for 1D/2D texture arrays
* Fixed VBO + glPush/PopClientAttrib() bug #19835
* Assorted i965 driver bug fixes
* Fixed a Windows compilation failure in s_triangle.c
* Fixed a GLSL array indexing bug
* Fixes for building on Haiku
Changes
* Updated GL/glxext.h to version 48
* Assorted updates for building on Solaris
7.3:
New features
* Support for GLSL 1.20
* Intel DRI drivers now use GEM and DRI2
Bug fixes
* Assorted GLSL bug fixes
* Assorted i965 driver fixes
* Fix for wglCreateLayerContext() in WGL/Windows driver
* Build fixes for OpenBSD and gcc 2.95
* GLSL preprocessor handles #pragma now
* Fix incorrect transformation of GL_SPOT_DIRECTION
* Fixed several bugs (#18367 and #19625) in glXMakeContextCurrent()
* Assorted Windows build fixes
Changes
* Deprecated the "XMesa" interface (include/GL/xmesa*.h files)
* Deprecated the "FXMesa" interface (include/GL/fxmesa.h file)
* Deprecated the "Allegro" interface (include/GL/amesa.h file)
* Removed include/GL/uglmesa.h header
* Removed include/GLView.h header for BeOS
7.2:
New features
* i965 driver: added support for G41 chipset (Intel)
Bug fixes
* Fixed display list bug involving primitives split across lists (bug 17564)
* Fixed some issues with glBindAttribLocation()
* Fixed crash in _tnl_InvalidateState() found with Amira (bug 15834)
* Assorted bug fixes for Ming build
* Fixed some vertex/pixel buffer object reference counting bugs
* Fixed depth/stencil bug in i915/945 driver
* Fixed some shader flow control bugs in i965 driver
* Fixed a few tdfx driver bugs which prevented driver from working
* Fixed multisample enable/disable bug
Changes
* Updated SGI header files with new license terms.
7.1:
New features
* autoconf-based configuration (and clean-up of Makefiles)
* Assorted DRI driver enhancements
* Reduced dependencies between X server and Mesa
* GL_EXT_texture_from_pixmap extension for Xlib driver
* Support for the GL shading language with i965 driver (implemented by Intel)
* ATI R500 series support (Radeon X1300-X1950) in r300 DRI driver
Bug fixes
* Numerous GLSL fixes
* Fixed some error code/detection bugs in the GLSL-related API functions
* Lots of DRI driver fixes.
patch and bump MesaLib's PKGREVISION. While here, make a few
small changes to appease pkglint.
commit 2b8d8989fb6f9c36baf166fc715182a1407ebadb
Author: Ian Romanick <ian.d.romanick@intel.com>
Date: Sun Sep 28 20:31:46 2008 -0700
Use 3Dnow! x86-64 routines only on processors that support 3Dnow!
Added an x86-64 CPUID function and use it to detect 3Dnow!
[...]
This fixes long standing bug #8724.
This allows people that already have the older custom Mesa-7.0.4 tarballs
to correctly upgrade Mesa to the standard distributions without having to
know to delete the old sources or get confused by the mismatching distinfo
checkhashes.
Update the paths in the related distinfos for the change.
7.0.4.1. Many of our patches are now upstream; there have also been
a significant amount of bug fixes even since our last interim update
from the 7.0 branch.
-------------------------------------------------------------------------
*** Mesa 7.0.4 is a stable release with bug fixes since version 7.0.3 ***
-------------------------------------------------------------------------
Bug fixes
* define #extension GL_ARB_texture_rectangle in shading language
* fixed WIN32 compile problem in libGLU
* Fixed a per-vertex glMaterial bug which could cause bad lighting
* Fixed potential crash in AA/smoothed triangle rendering when using a
fragment shader
* Fixed glDrawElement + VBO segfault (bug 16156)
* Fixed GLSL linker bug causing generic vertex attributes to get
aliased
* Fixed stack overflow when using glPixelZoom on Windows
* Fixed broken all(bvec2) GLSL function, added misc missing bvec
constructors
* ARB program "state.clip[n].plane" didn't parse correctly
* Fixed broken glGetUniformiv() (bug 13774)
Changes
* Added support for DragonFly OS
* Added a build config for FreeBSD static libs (Anatolij Shkodin)
* Enabled GL_EXT_multi_draw_arrays extension in R200/R300 drivers
* Enabled GL_ARB_point_sprite extension in I965 driver
* Enabled GL_EXT_texture_sRGB extension in I965 driver
* Added support for GL shading language in I965 driver
Driver Status
Driver Status
---------------------- ----------------------
DRI drivers varies with the driver
XMesa/GLX (on Xlib) implements OpenGL 2.1
OSMesa (off-screen) implements OpenGL 2.1
Windows/Win32 implements OpenGL 2.1
Glide (3dfx Voodoo1/2) implements OpenGL 1.3
SVGA unsupported
Wind River UGL unsupported
DJGPP unsupported
GGI unsupported
BeOS unsupported
Allegro unsupported
D3D unsupported
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.
to graphics/MesaLib as well.
I've added some distribution patches for bug fixes (yes, already, it's
true) and proper DragonFly support (see the sysctl-related changes
in MesaLib/Makefile). Agressively tracking these patches is the only
way to ensure we squash as many bugs as possible. No patches in a
given release branch (in this case Mesa_7_0_branch) should ever
merit a bump to BUILDLINK_ABI_DEPENDS.
The head GIT commit ref for patch 002 is:
27b6fa56156673d6e7e6839658bae10de161588b
In the future, I'm going to write some sort of script or something
to manage this, but this will suffice for now. I may also break
out some of the patch logic into a seperate mk file so that it can
be included by the xorg server, thereby ensuring the sources
are synchronized.
In other news: I have patches for libdrm to use NetBSD's atomic
ops. They aren't used in the library proper. Rather, the
DRM_CAS macro in xf86drm.h now uses atomic_cas_uint. This is, I believe,
important for proper operation, as this macro is used for context/device
locks in userland. When I commit the update to libdrm, I will simultaneously
commit a new drm_atomic.h in the kernel. The atomic ops there now
really do not merit the designation 'atomic'.
- assume that Python 2.4 and 2.5 are compatible and allow checking for
fallout.
- remove PYTHON_VERSIONS_COMPATIBLE that are obsoleted by the 2.3+
default. Modify the others to deal with the removals.
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.
then automatically generate a PLIST that says "${PKGNAME} has no files".
* If PLIST_SRC and GENERATE_PLIST are not set in a package Makefile,
and no PLIST files exist, then fail during the package build with
PKG_FAIL_REASON.
* Remove "intentionally empty" PLISTs again.
Now, the easy way to say that a package installs no files is to just
add the following to the package Makefile:
PLIST_SRC= # empty
that directly manipulate empty PLISTs.
Modify plist/plist.mk so that if the PLIST files are missing and no
GENERATE_PLIST is defined, then the package fails to build.
Downgraded graphics/MesaLib to 6.4.2nb3
Downgraded graphics/glu to 6.4.2
Downgraded graphics/glut to 6.4.2
Downgraded graphics/glx-utils to 6.4.2
Downgraded graphics/MesaDemos to 6.4.2
Downgraded graphics/Mesa to 6.4.2
Approved byg agc@.
New features:
* Added a bluegene-osmesa build config
Bug fixes:
* Added a few missing OpenGL 2.0 API entrypoints
* Fixed glDrawPixels(GL_STENCIL_INDEX) pixel transfer
* GLSL bug fix: added vec2(vec4) constructor
* GLSL bug fix: .strq and .rgba writemasks didn't always work
* Stencil pixel map didn't always work for glDrawPixels
* Fixed polygon stipple bug in i915 driver
* Binding a zero-sized texture didn't disable texturing
* Queries of GL_INFO_LOG_LENGTH, GL_SHADER_SOURCE_LENGTH didn't include
the terminating zero
* glXChooseFBConfig() in Xlib driver didn't handle GLX_STEREO flag properly
* Fixed a GLSL function call bug
* glPointParameteriv(GL_DISTANCE_ATTENUATION_EXT) didn't work
* glGetAttribLocation() always returned 1
* Fixed a few memory-related bugs in GLU library
Changes 7.0.0:
New features:
* OpenGL 2.0 and 2.1 API support.
Bug fixes:
* Fixed a few fog-related bugs.
* Fixed broken GLSL mix() function.
* Fixed broken GLSL exp() functions.
* Fixed GLSL mod4(vec4, vec4) bug.
* Implemented GLSL asin(), acos(), atan() functions.
* Fixed an R300 driver bug that caused Xorg composite manager to crash
* Fixed R300 vertex program/matrix bug
* GLSL dFdx() and dFdy() work for fragment program inputs now (texcoords)
* Specifying an invalid texture unit as a sampler could lead to a crash
* The GLX protocol request for glXDestroyPBuffer() was incorrect
* ARB vp state.light[n].half value was incorrect
* Fixed a positional light source bug
* Fixed point size attenuation problem
* glPopAttrib didn't restore texture object's LOD bias
* Fixed a TLS / TEXTREL problem
The latter is used by packages that build libraries from the Mesa
sources, while the former is only if the package builds from the Mesa
sources. Modify the various Mesa packages to include the proper
Makefile, and add some documentation to the Makefiles.
As a side effect, this suppresses the "duplicate target" warning in
graphics/glx-utils that was caused by having the same distfile listed
in DISTFILES more than once.
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
