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[]

i965: init dst reg RelAddr field to zero

i965: Note when we drop saturate mode on the floor in a VP.

i965: Add support for LRP in VPs.

Bug #19226.

mesa: Add _mesa_snprintf.

On Windows snprintf is renamed as _snprintf.

(cherry picked from commit f8f9a1b620d31d1a59855fd502caed325d4a324f)

glsl: disable some unused functions (but don't remove just yet)

glsl: also unroll loops with variable declarations such as "for (int i = 0; ..."

glsl: remove dead code

mesa: OSMesa Makefile fixes (use LIB_DIR)

glsl: loop unroll adjustments

Add a "max complexity" heuristic to allow unrolling long loops with small
bodies and short loops with large bodies.

The loop unroll limits may need further tweaking...

glsl: implement loop unrolling for simple 'for' loops

Loops such as this will be unrolled:
  for (i = 0; i < 4; ++i) {
      body;
  }
where 'body' isn't too large.

This also helps to fix the issue reported in bug #19190.  The problem there
is indexing vector types with a variable index.  For example:
  vec4 v;
  v[2] = 1.0;  // equivalent to v.z = 1.0
  v[i] = 2.0;  // variable index into vector!!

Since the for-i loop can be unrolled, we can avoid the problems associated
with variable indexing into a vector (at least in this case).

mesa: Move var declaration to top of scope.

(cherry picked from commit 3740a06e28f4cd09e2a3dce2da60320aa9304df1)