[win32] Use native aligned memory allocation functions.

[965] Shuffle state flags to match the order we initialize them in.

intel: Use _mesa_ffs wrapper, and fix a use-after-free with INTEL_DEBUG=buf.

autoconf: automatically detect if -ldl is required.

This logic was copied from the xserver.

Fix xdemos build on FreeBSD: <sys/types.h> before <netinet/tcp.h>

Fix autoconf build on FreeBSD: detect gmake, and put -D*_SOURCE under linux.

Refactor PBO validate/map code.

We always need to do PBO validation, so do that in core Mesa before calling driver routine.

include varray.h to silence warning

add a number of PBO validate/map/unmap functions

Helper functions for (some) drivers, including swrast.

Fix some PBO breakage.

In _mesa_Bitmap, can't early return if bitmap ptr is NULL, it may be an offset
into a PBO.  Similarly for _mesa_GetTexImage.

 [i965] multiple rendering target fix

[i915] GL_DEPTH_TEXTURE_MODE fix

mesa: The span array is only populated in single-pixel
point drawing function.

[965] Initialize region surface key structure padding.

Fixes valgrind warnings, and potential performance loss from cache misses.

[intel] Fix an uninitialized variable access in PRESUMED_OFFSET clearing.

It was harmless, as the only time we need to clear PRESUMED_OFFSET, the
variable had been initialized already.

fix IEEE_ONE definition for ICC compiler (bug 15134)

Radeon 9500 (0x4144) only has one pipe

confirmed by Reid Linnemann <lreid@cs.okstate.edu>

x86_init_func_size() returns int to indicate success/fail (bug 15119)

s/x86_init_func/x86_init_func_size (fixes bug 15119)

 [i915] arb point sprite only support in i965

[i915] fix fragment.position

[i915] Bug #13634: Fix bugs in 945 cube mipmap layout.

The most egregious, and the one the bug report and failure in the cubemap
demo were about was introduced with intel_mipmap_pitch_align(), where a
"* 2" for the pitch calculation was lost.  The base size < 32 case also
failed to align, which may have caused problems with render to texture.
Another bug would have broken 2x2/1x1 base mipmap levels by placing the
data where the hardware wouldn't look for it.

Other bugs remain with the layout of the small mipmap faces (hardware looks
for them in X,Y,Z,-X,-Y,-Z order along the bottom row, but we lay them out
X,-X,Y,-Y,Z,-Z).

[i915] Add comments about how cube texture layout works.

[i915] Move miptree layout code into separate functions per target.

Also clean up some other miscellaneous formatting nits while I'm at it.

[intel] Clarify miptree layout by using byte offsets to images.

[945] Remove conditional in 945 3D mipmap layout checking for cube layout.

set outputs_safe to 0 as it's possible for the code generation
to slip over the allocated memory for the vb.

pull in sse fixes from gallium-0.1

Revert "[i965] make stipple pattern continue across GL_LINE_LOOP and GL_LINE_STRIP"
There is no information in GS to determinate when to reset line stipple count, still fallback to software
This reverts commit 5a0314b431ab147c6156c3011f4cb54161ba4b25.

glx: Add isDirect back to __GLXcontextRec. It is needed
to check whether oldGC is used for direct rendering in
function MakeContextCurrent. However it is possible
oldGC->driContext is already freed. fix bug #14926.

[i965] make stipple pattern continue across GL_LINE_LOOP and GL_LINE_STRIP

r300: add new rs690 pci id

[965] Fix fp temp reg release code to not usually release all temps.

Also, use wrapped ffs() instead of native.

Fix compat implementation of ffs() to return 1-based bit numbers.

only set InputsRead bit if input is really used

mesa: Add vertex.attrib 0-15 to arb_input_attrib_string.

r300: Simplify r300VAPInputRoute1.

r300: Simplify r300VAPInputRoute0, check for valid input.

[i965] round pointsize to nearest int according to spec

intel: fix the error in commit 7ed1fd5d8438e55fe24091844cdfccb0881306bc

intel: It is needed to allocating texture memory to accommodate
a texture when calling TexImage with pixels set to NULL pointer.

intel: Remove an assertion from intel_miptree_create. TexImage
call with zero width/height/depth matches GL spec.

mesa: avoid to unlock an unlocked array in _mesa_PopClientAttrib

mesa: Follow GL spec to draw DEPTH_COMPONENT pixels when
there's no depth buffer. Fix bug #11580

 [i965] fix wpos height 1 pixel higher

Test createNewScreen for NULL, not createNewScreenName in driCreateScreen().

init tmpNode to zeros

mesa: fix emit_clamp() so that we don't use an output register as temporary

IR_CLAMP is decomposed into OPCODE_MIN+OPCODE_MAX.  Allocate a temporary
register for the intermediate value so we don't inadvertantly use an output
register (which are write-only on some GPUs).

glx: fix rotation regression. bug #14963

intel: fix abort issue with shadowtex demo when use
DEPTH_STENCIL texture. (bug#14952).

fix state.lightprod ambient/specular w value (bug #14983)

 [i965] multiple rendering target support

libGL: Pull the drawable hash back out in the generic code.

This will be shared between dri and dri2 code.

Add another missing check for uninitialized DRI.

Spotted by Chris Taylor.

Fix include path for rain demo so glut.h is found

autoconf: Enable xdemos by default when we build libGL

Since the xdemos only link to libGL now, we can enable them for all but
the osmesa driver target.

Darwin: Fixed small error in darwin config files
(cherry picked from commit a21c61ee8bc86a8843024cbf8e9daf4b39a7571a)

Move make install logic for libGL back into src/mesa/Makefile.

This makes make install work again for non-glx libGL implementations.
The make install logic is split into three sub-targets: install-libgl,
install-osmesa, install-drivers.  The install target in src/glx/x11
is then implemented using the src/mesa make install-libgl rule.

Thanks to Dan Nicholson for pointing out the breakage.

Only try to call DRI function if DRI got initialized properly.

Darwin: Config/source fixes to now build glxdemo apps and OSMesa
Also added darwin-fat-32bit darwin-fat-all configs and deleted old darwin-x86ppc config
(cherry picked from commit 7120c0089d663a2b7e7b0c97da38f9bc233fbdd7)

autoconf: Add autogen.sh from Xorg for easier setup from git

The defacto method to rebuild the autotools and run the generated
configure is an autogen.sh script. It is much more discoverable than the
custom `make configure' used here. The Makefile targets are still useful
for creating tarballs, though. This autogen.sh is copied from Xorg.

Ignore more demo programs

remove extra #include of assert.h (bug 14932)

fix parsing of state.texenv.color (bug 14931)

dri: fix function call to add new parameter.

This may not be correct but it should get the build going.

DRI2: Make setTexBuffer take a __DRIdrawable instead of a BO handle.

This fixes a problem where texturing from the same Pixmap more than
once per batchbuffer would hang the DRI driver.  We just use the region
associated with the front left renderbuffer of the __DRIdrawable for
texturing, which avoids creating different regions for the same BO.

This change also make GLX_EXT_texture_from_pixmap work for direct
rendering, since tracking the __DRIdrawable -> BO handle now uses
the standard DRI2 event buffer.  Of course, DRI2 direct rendering
doesn't exist yet.

Finally, this commit bumps the DRI interface version again, accounting
for the change in the DRI_TEX_BUFFER extension and the change in
commit 0bba0e5be7a4a7275dad1edc34bdcc134ea1f424 to pass in the
event buffer head index on drawable creation.

DRI2: Drop DriverAPI.UpdateBuffer.

__dri2ParseEvents() would determine the kind of event, but then call
UpdateBuffer() in either case, and UpdateBuffer() would then have to
figure that out again to dispatch to HandleBufferAttach() or
HandleDrawableConfig().  Pretty pointless.

DRI2: Pass the context instead of the screen to __dri2ParseEvents().

Makes a lot more sense, since the screen is always implicit in the
DRI drawable, but it may not be possible to track down a context from
just a drawable.

DRI2: Add event buffer head as an argument to driCreateNewDrawable().

The DRI driver needs to know where in the buffer to start reading.

fix botched test for clearing color buffers (should fix depth peeling regression)

Set normalized flag for GLubyte arrays in _mesa_VertexAttribPointerNV()

init vertex weight attrib to (1,0,0,0)

fix __builtin_expect() definition test for IBM XLC (sf bug 1909832)

Properly revert the libGL loader path breakage.

libGL: Fall back to DEFAULT_DRIVER_DIR properly.

After commit 6fd82f6fbd208dc7b1839ea408a5fb28589ee622, we would
overwrite the libPath default value with NULL if libGL was running
non-setuid and none of the env vars were set.

Thanks to Magnus Kessler <Magnus.Kessler@gmx.net> for spotting it.

replace // comment with /* */ (bug 14916)

added info about checking out gallium-0.1 for cell code

Use _X_HIDDEN to hide a bunch of leaked symbols.

Move DRI context functions into dri_glx.c.

Also drop isDirect flag; if gc->driContext is non-NULL, it's direct.

Move DRI drawable creation into dri_glx.c.

Introduce __GLXDRIscreen so we can start moving function pointers in there.

Temporarily rename the __DRIscreen member to __driScreen.  Eventually,
we'll move that into __GLXDRIscreen and only access it in dri_glx.c.

Move DRI specific parts of CreateContext into dri_glx.c.

Convert driCreateScreen and driDestroyScreen to function pointers.

We avoid leaking the symbols and will be able to replace them with
DRI2 implementation later on.

Abstract __DRIdisplayPrivateRec away in dri_glx.c.

This patch moves __DRIdisplayPrivateRec definition into dri_glx.c and
let's dri_glx.c allocate the __DRIdisplay struct pointer to from
__GLXdisplayPrivate.

A small step towards moving more of the dri functionality into dri_glx.c.

Make __glXCloseDisplay static instead of prototyping it to avoid warning.

Move libGL install target to the libGL Makefile.

Simplify LIBGL_DRIVERS_PATH walking.

Simplify dri loading code by eliminating dlopen "cache".

No need to jump through hoops to track __DRIdrivers and avoid dlopening the
same .so more than twice, dlopen() does this internally.  Besides, we
were already bypassing this and dlopening drivers for each screen,
whether or not they were already dlopened.

libGL: Consolidate DRI initialization in dri_glx.c

Move a lot of code over from glx_ext.c.

autoconf: Print GCC include path directly and be more robust using it

Rather than constructing the GCC include path from `-print-search-dirs',
we can get the path directly from `-print-file-name=include'. This is
used in the Linux kernel build, for example. If no output is returned
from the command, then we don't append a -I path the the makedepend
options.

[intel] Only enable GL_EXT_texture_sRGB on i965.

Fixes #14799.

  [i965] fix fd.o bug #11471 and #11478
1. Follow EXT_texture_rectangle with YCbCr texture
2. swap UV component for MESA_FORMAT_YCBCR

i965: use RGB565 to render a bitmap if Depth is 16

i965: Fix double free issue to pass glean/maskedClear test

i965:fix segfault issue when clearing the window which
is created with mode GLUT_SINGLE|GLUT_RGB|GLUT_DEPTH.
This issue is introduced by 20b8bff49cba3e8246e29004c5ff38f231d589ff

[intel] Add a driconf option to cache freed buffer objects for reuse.

This is defaulted off as it has potentially large memory costs for a modest
performance gain.  Ideally we will improve DRM performance to the point where
this optimization is not worth the memory cost in any case, or find some
middle ground in caching only limited numbers of certain buffers.  For now,
this provides a modest 4% improvement in openarena on GM965 and 10% in openarena
on GM945.

r300: replace some hard coded mask by define in stencil area

r300: Fix some issues with masks in stencil buffer area

[dri2] Add tail pointer to reemitDrawableInfo callback.

When the DRI doesn't parse the event buffer for a while, the X server
may overwrite data that the driver didn't get a chance to look at.  The
reemitDrawableInfo callback requests that the X server reemit all info
for the specified drawable.  To make use of this, the drive needs to know
the new tail pointer so it know where to start reading from.

[dri2] Optimize event parsing to skip obsolete events.

This also fixes the problem where the X server does multiple resizes before
the DRI driver gets the events.  The obsolete buffer attach events then
reference already destroyed buffer objects.

[intel] Silence unused variable warning when compiling for i965.