mesa: update tnl module for GL_EXT_vertex_array_bgra

Add special case for GLubyte/GL_BGRA color arrays in _tnl_import_array()

mesa: improve array initialization code, and set the new array->Format field.

mesa: update glColorPointer, etc for GL_EXT_vertex_array_bgra

Add new error checking, set array state appropriately.

mesa: initial bits for GL_EXT_vertex_array_bgra

i965: whitespace changes and reformatting

docs: first 7.5 feature: GL_ARB_framebuffer_object

i965: enable GL_ARB_framebuffer_object

intel: add GL_EXT_framebuffer blit extension

This functionality is required by GL_ARB_framebuffer_object.
For now, implement it in terms of glCopyPixels().  This will need to be
revisted though.

intel: remove/disable the "paired depth/stencil" code

We only allow combined depth+stencil renderbuffers so the complicated code
for splitting and combining separate depth and stencil buffers is no longer
needed.

intel: asst clean-ups, simplifications in intel_draw_buffer()

intel: remove unneeded call to ctx->Driver.DepthRange()

The preceeding call to intel_draw_buffer() does that.

i965: disallow separate depth/stencil renderbuffers

Take advantage of the GL_FRAMEBUFFER_UNSUPPORTED feature to disallow separate
depth and stencil renderbuffers; only allow combined depth/stencil buffers.

Next up: remove/simplify a bunch of the depth/stencil renderbuffer code.

Also: restore the previously disabled GL_DEPTH_COMPONENT16 case

i965: minor reformatting

intel: plug in stub intel_validate_framebuffer() function

intel: inline some renderbuffer functions

demos: revamp the fbotexture.c demo

Try making depth/stencil attachments in two different ways.
Check for GL errors and GL_FRAMEBUFFER_UNSUPPORTED status to be more robust.
Reorganize the code a bit to make it clearer.
Added -arb option to test GL_ARB_fbo's mixed renderbuffer sizes
Added -ds2 option to test GL_DEPTH_STENCIL_ATTACHMENT

demos: updated FBO tests to for ARB_fbo

Some things that were not errors in EXT_fbo are errors in ARB_fbo.

mesa: enable ARB_fbo for s/w drivers

mesa: avoid calling _mesa_test_framebuffer_completeness() more than needed

When we change a FBO's attachments, set _Status=0.
Before using an FBO, check if status != GL_FRAMEBUFFER_COMPLETE.
Also, fix missing GL_FRAMEBUFFER_INCOMPLETE_MULTISAMPLE status.

mesa: fix some renderbuffer/framebuffer delete semantics

Need to unbind buffers if referenced by the current read/draw pointers when
being deleted.

mesa: add support for GL_DEPTH_STENCIL_ATTACHMENT point.

Used to set both the depth and stencil attachment points to one renderbuffer
of texture.

mesa: additional FBO error checking for multisample-related things

Plus some new comments.

mesa: update Visual.samples field in _mesa_update_framebuffer_visual()

mesa: refactor glRenderbufferStorage(), glRenderbufferStorageMultisample() code

Use a common helper routine for both functions.

mesa: init MaxSamples = 0 (no multisampling)

mesa: add ARB_framebuffer_object.xml to API_XML

mesa: added GL_MAX_SAMPLES query for GL_ARB_fbo

mesa: added NumSamples, MaxSamples for ARB_fbo

mesa: stub for _mesa_RenderbufferStorageMultisample()

mesa: call fbo_incomplete() if driver marks FBO as incomplete (debug only)

mesa: update update_framebuffer_size() for ARB_fbo and mixed renderbuffer sizes

mesa: added ctx->Driver.ValidateFramebuffer() callback

Called from the _mesa_test_framebuffer_completeness() function to give the
driver the chance to make a framebuffer as incomplete if it doesn't meet
some specific hardware restriction.

mesa: add new ARB_fbo queries, fix some error tests

mesa: add new ColorEncoding and ComponentType to gl_renderbuffer

mesa: additional FBO/RB id error checking for ARB_fbo

It's illegal to bind a FBO/RB id that didn't come from glGenRender/Framebuffer().

mesa: for ARB_fbo, lift restriction that all FBO attachments are same size and color format

mesa: initial extension bits for GL_ARB_framebuffer_object

mesa: regenerated GL API files

glapi: include ARB_framebuffer_object.xml

glapi: XML spec for GL_ARB_framebuffer_object

glsl: call _mesa_write_shader_to_file().  Debug-only, disabled

glsl: new _mesa_write_shader_to_file() function

Used to log a shader to a file.  Includes shader source code, the info log
and generated GPU instructions.

glsl: set shader->CompileStatus in _slang_compile()

mesa: added _mesa_fprintf() wrapper

docs: placeholder 7.5 release notes

mesa: master is open for new development, eventually will be Mesa 7.5

docs: skeleton 7.4 release notes file

docs: 7.3 md5 sums

mesa: set version to 7.3

docs: set 7.3 release date

docs: assorted updates, link fixes

i915: Add decode for PS in batchbuffers.

i965: Remove gratuitous whitespace in INTEL_DEBUG=wm output.

i965: Use _mesa_num_inst_src_regs() instead of keeping a copy of its contents.

[intel] Remove remaining references to intel_wait_flips().

Oops.

windows: fix output dir for glut project file

swrast: fix redundant texture application in affine_textured_triangle().

This function does simple texture mapping so disable normal texture mapping
before we call _swrast_write_rgba_span() so that we don't do it twice.

mesa: add some debug assertions to detect null current texture object pointers

See bug #17895.  These assertions could be removed when this is resolved.

windows: another round of VC8 project file updates

New static configs generate DLLs that do not have a dependency on the MSCVR*
DLL's.

Revert "windows: new VC8 projects statically linked against libcmt"

This reverts commit bbda892c551e7d3f2d94cc877cc6e80f8568fa99.

Static configs rolled into regular project files (in next commit).
Provided by Karl Schultz.

docs: document glXMakeContextCurrent() and Windows fixes

Fix issues with glXMakeContextCurrent and glXMakeCurrentReadSGI

There were several bugs in the infrastructure for these two routines.

1. GLX_ALIAS was incorrectly used.  The function and its alias must be
identical!  glXMakeContextCurrent / glXMakeCurrentReadSGI and
MakeContextCurrent had different parameters.  This caused the last
parameter of MakeContextCurrent to get random values.

2. We based the implementation of glXMakeContextCurrent on the manual
page instead of the GLX spec.  The GLX spec says that
glXMakeContextCurrent can be passed a Window as a drawable.  When this
happens, it will behave just like glXMakeCurrentReadSGI or
glXMakeCurrent.

3. If there was a problem finding or creating the DRI drawable,
MakeContextCurrent would crash instead of returning an error.

This commit fixes all three issues, and fixes bug #18367 and bug #19625.

[intel] Go back to using the typedef for the sarea struct

The upstream linux kernel headers and libdrm kernel headers disagree on the
tag name for the sarea struct: _drm_i915_sarea vs drm_i915_sarea.  They
both typedef it to drm_i915_sarea_t though, so just use that.

Remove intel pageflipping support in its entirety.

It's been broken and deprecated for a while, so it's time to die. This has the
wonderful benefit of cleaning up the code a fair amount; making it marginally
less twisty.

I'm unsure if the for loops in IntelWindowMoved are still needed.

glsl: silence unused var warnings

mesa: silence uninitialized var warnings

mesa: silence compiler warning at -O2

mesa: bump version to 7.3-rc3

mesa: inlclude whole windows/VC8/ directory in tarballs

windows: new VC8 projects statically linked against libcmt

windows: more VC8 project file updates

Make some compiler flags per-file.
Remove driverfuncs.c from osmesa project.

Add a comment about _tnl_emit_indexed_vertices_to_buffer.

tnl: Add a utility to emit indexed vertices to a DMA buffer.

This utility is useful for hardware that doesn't support HW index buffers.
It's a bit inefficient but appears to give a substantial performance gain,
as we can emit tri strips that would otherwise be split into triangles.

Fix store texel for argb4444.

Fix store texel for argb8888_rev.

Add RGBA4444 and RGBA5551 texture formats.

dri1: Add a macro to validate two dri drawables in one go.

Dri drivers often may validate first a write drawable and then a read
drawable ("readable"). However, the hardware lock may be unlocked when
validating the readable, causing the write drawable status to be stale.

Drivers should use this macro instead when validating two drawables.

mesa: fix build of stand-alone glslcompiler driver

tests: test pseudo-XOR blend mode.

GL_XOR logicop mode can be approximated with blending by computing 1 - dst.
Here's a couple test programs for that.

dri: add fake front definitions

windows: updated VC8 project files

glx: gcc 2.95 build fix (move declaration before code)

Adapted from patch by Matthieu Herbb <matthieu.herrb@laas.fr>

i965: fix polygon culling bug when rendering to a texture/FBO

Since we use an inverted viewport transformation for render to texture, that
inverts front/back polygon orientation.
Now glCullFace(GL_FRONT / GL_BACK) works correctly.

intel: added intel_rendering_to_texture() helper function.

When we're rendering to textures we have to invert the viewport transformation.
This helper cleans up that test and can be used elsewhere...

mesa: remove GL_DEPTH_TEST + no depth buffer test

One could enable depth testing before binding an FBO that has a depth buffer
so this test is no longer useful or correct.

glsl: fix broken sampler assignments

i915: fallback on transfer mode

windows: updated VC8 project file

windows: updated mesa.def file

glsl: use _mesa_sprintf()

glsl: move declaration before code

mesa: check frambuffer complete status before rendering

mesa: bump version to 7.3-rc2

glsl: fix comment

glsl: minor clean-up for rect sampler test

r300: work-around FRAG_BIT_FOGC warning/error

See bug 17929.

Fog doesn't actually work, but the often complained about warning is
silenced.

i965: asst. fixes, work-arounds for FBOs and render to texture

OpenGL allows mixing and matching depth and stencil renderbuffers in
framebuffer objects while the hardware really only supports interleaved
depth/stencil buffers.  This makes for some tricky buffer management.

An extra wrinkle is the situation where the user allocates a 16bpp depth
texture or renderbuffer then tries to render to it along with a stencil
buffer.  We'd have to promote the 16bpp Z values to 24-bit Z values and
mix in the stencil values to setup the depth/stencil renderbuffer.

There's no support for that now, so always allocate 32bpp depth textures/
renderbuffers for now.

i965: fix incorrect renderbuffer DataType assignment

i965: fix some FBO depth/stencil assertions

intel: SW fallback maps texture images, not texture coordinates