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

glsl: propagate pragma info down into compiler from preprocessor

windows: remove reference to swizzle.c file

glsl: simplify IR storage for samplers

Don't overload the Size field with the texture target, to avoid confusion.

mesa: fix incorrect transformation of GL_SPOT_DIRECTION

This was changed between GL 1.0 and 1.1.  Mesa still had the 1.0 behaviour.

Treat image units and coordinate units differently.

Previously MaxTextureUnits was used to validate both texture image
units and texture coordinate units in fragment programs.  Instead, use
MaxTextureCoordUnits for texture coordinate units and
MaxTextureImageUnits for texture image units.

Fixes bugzilla #19468.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>

glsl: fix regression from sampler arrays commit

i965: indentation fixes

i965: allow larger AA points on fallback path

i965: fix indentation

i965: comment for emit_kil()

mesa: put _NV suffix on a few opcodes

i965: fix indentation

intel: bump driver date

glsl: fix a comment typo

glsl: support sampler arrays.

docs: #pragma now handled

glsl: add preprocessor support for #pragma

Two forms are supported:

Pragmas are silently ignored at this time.

Add language about implicit flush and command completion

Copied language from the glXSwapBuffers manual page about the implicit
glFlush and expected command completion.  This just codifies what
people already expect from glXCopySubBufferMESA.  The intention of
this command is to work like glXSwapBuffers but on a sub-rectangle of
the drawable.

Acked-by: Brian Paul <brianp@vmware.com>

docs: fixes since 7.3-rc1

windows: try to create a context in wglCreateLayerContext()

i965: fix glDrawPixels Z coordinate in intel_texture_drawpixels().

As for glBitmap, it needs to be an NDC coord in [-1,1].

i965: fix broken glBitmap + depth test

When we use the do_blit_bitmap() function, it seems the fragment Z is always
1.0.  If depth testing is on, that means that bitmap fragments are often
occluded by other rendering.  So, the bitmap doesn't appear even if
rasterpos.Z==0.
The fix is to use the intel_texture_bitmap() path when depth testing is on.
Also, fix the incorrect Z coordinate.  It needs to be an NDC value in [-1,1].

i965: fix broken ARB fp fog options

Just call _mesa_append_fog_code() if the fragment program's FogOption is
not GL_NONE.
This allows us to remove some unnecessary i965 fog code.
Note, the arbfplight.c demo can be used to test this (see DO_FRAGMENT_FOG).

autoconf: Only _GNU_SOURCE feature test macro needed on gnu systems

According to feature_test_macros(7), _GNU_SOURCE encompasses all the
other feature macros we were setting, so we can just dispose of them.

mesa: match against *-gnu* instead of *-gnu in configure.ac

Fixes build on arm-linux-gnueabi

windows: updated VC8 project files

glsl: better fix for for-loop scope issue (commit 6333005f7aea3e5d1d86a5c47b3fa2a1ed2f3ff0)

windows: added new sources for 7.3 (may be more, needs testing)

mesa: add osmesa.pc.in to tarball list

Build fixes for gcc 2.95

Big endian fixes.

build fix on big endian OpenBSD architectures.

replace nearbyint() by rint() for now.

Fix build with GCC 2.95.

__builtin_expect is a gcc 3.x feature. define it out for gcc 2.95.

Patch suggested by miod@. Thanks.

mesa: require libdrm 2.4.3 in configure.ac

mesa: omit old headers from tarball

docs: document deprecated/removed headers/interfaces

mesa: remove old GLView.h header for BeOS

mesa: remove deprecated headers from Makefile.am

mesa: deprecate GL/amesa.h header (allegro driver)

mesa: deprecate the GL/fxmesa.h header

mesa: remove the ancient include/GL/ugl*.h headers

xmesa: deprecate the "XMesa" interface

Move the include/GL/xmesa*.h files to src/mesa/drivers/x11/ so they're no
longer considered public.