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.

docs: prerequisite updates

glsl: force creation of new scope for for-loop body

Fixes regression in progs/demos/convolution.c due to loop unrolling.
This also allows the following to be compiled correctly:
for (int i = 0; i < n; i++) {
   int i;
   ...
}
This fix is a bit of a hack, however.  The better fix would be to change
the slang_shader.syn grammar.  Will revisit that...

glsl: replace 0/1 with GL_FALSE/GL_TRUE

swrast: Fix GL_ATI_separate_stencil

GL_ATI_separate_stencil is enabled by default for software
rasterizers, but the extension functions weren't hooked up to the
dispatch table.

glsl: make minimum struct size = 2, not 1

1-component structs such as "struct foo { float x; }" could get placed at
any position within a register.  This caused some trouble computing the
field offset which assumed all struct objects were placed at R.x.
It would be unusual to hit this case in normal shaders.

mesa: 7.3-rc-1 Makefile changes

mesa: latest glxext.h header, no version change

mesa: import glext.h version 44

docs: dri2proto, libdrm tweaks

glsl: fix typo in the vec2 += operator function

mesa: set version string to 7.3-rc1

docs: updated Cell docs, from gallium-0.2 branch

docs: more 7.3 doc updates

docs: import 7.2 relnotes, start on 7.3 relnotes

glsl: fix broken +=, -=, *=, /= operators

These functions need to return the final computed value.
Now expressions such as a = (b += c) work properly.
Also, no need to use __asm intrinsics in these functions.  The resulting
code is the same when using ordinary arithmetic operators and is more legible.

mesa: fix off-by-one bug in _mesa_delete_instructions()

i965: Fix GLSL FS DPH to return the right value instead of src0.w * src1.w.

i965: Remove worrisome comment about _NEW_PROGRAM signaling fp change.

Everything now depends on either BRW_NEW_FRAGMENT_PROGRAM or
BRW_NEW_VERTEX_PROGRAM.

mesa: Remove _Active and _UseTexEnvProgram flags from fragment programs.

There was a note in state.c about _Active deserving to die, and there were
potential issues with it due to i965 forgetting to set _UseTexEnvProgram.
Removing both simplifies things.

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

i965: Remove dead brw_vs_tnl.c

i965: allow gl_FragData[0] usage when there's only one color buffer

If gl_FragData[0] is written but not gl_FragCOlor, use the former.

mesa: additional case in file_string()

glsl: pass GLcontext::Extension info down into GLSL preprocessor

Now the #extension directives can be handled properly.

glsl: bump up MAX_FOR_LOOP_UNROLL_COMPLEXITY

glsl: check that the fragment shader does not write both gl_FragColor and gl_FragData[]