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)

mesa: fix GL_DEPTH_CLEAR_VALUE casting

(cherry picked from commit d14d494dcda3d80ec2cf452551c680ffb432e306)

mesa: remove dri_sarea.h, add glcore.h in Makefile

mesa: Fix the size per pixel for packed pixel format data type.

mesa: Fix the number of components for GL_UNSIGNED_SHORT_1_5_5_5_REV. (bug #19390)

dri: correct the damage.

Fixes bug #17234

mesa: add GLushort cases for render to texture (Z-buffers)

mesa: fix a GLSL swizzled writemask bug

This fixes cases such as:
  vec4 v4;
  vec2 v2;
  v4.xz.yx = v2;
The last line now correctly compiles into MOV TEMP[1].xz, TEMP[0].yyxw;
Helps to fix the Humus Domino demo.  See bug 19189.

i965: implement OPCODE_TRUNC (round toward zero) on vertex path.

Also, fix some RNDD vs. RNDZ confusion elsewhere.

glu: Add mangled symbols to export list

This adds all of the `mglu' symbols to the list of symbol exports
for GLU.  Without this patch, mangled GLU symbols are considered
`internal' symbols, and calling any results in undefined references.

mesa: fix warning about possibly undefined var in GLSL compiler

mesa: fix another "out of samplers" problem

Now only the samplers that are actually used by texture() functions are
saved in the uniform variable list.  Before, we could run out of samplers
if too many were declared while only some of them were actually used.

i965: increase number of texture samplers to 16

This lets GLSL shaders use up to 16 samplers.
Fixed function is still limited to 8 textures.
Tested with progs/glsl/samplers.c

i965: comments, clean-ups, re-order some functions

i965: added OPCODE_NRM3/4

i965: fix comment

i965: indentation and formatting fixes

i965: implement OPCODE_NRM3/NRM4

i965: whitespace, comment changes

mesa: comments, whitespace changes

demos: added progs/glsl/samplers.c to test all available texture samplers

mesa: updated comments about GLSL constants

mesa: increase max texture image units and GLSL samplers to 16

The max texture coord units is still 8.  All the fixed-function paths are
still limited to 8 too.  But GLSL shaders can use more samplers now.

Note that some texcoord-related data structures are declared to be 16
elements in size rather than 8.  This just simplifies the code in a few
places; the extra elements aren't accessible to the user.

These changes haven't been extensively tested yet, but sanity checking has
been done.

It should be possible to increase the max image units/samplers to 32 without
doing anything special.  Beyond that we'll need longer bitfields in a few
places.

intel: Share passthrough transform setup between glBitmap and glDrawPixels.

The DrawPixels path was missing glViewport care, so blender's toolbar icons
would go to the wrong places.

Bug #19118.

intel: Add support for glBitmap as metaops using GL calls.

This lets us avoid software fallbacks when clients forget to turn some state
off (engine demo) or just do crazy things to test conformance (OGLC).

This should probably be brought into mesa generic code so other drivers can
make use of it.

Bug #19016.

mesa: fix bug in evaluation of structure fields

Fixes incorrect size information.  See bug 19273.

mesa: allow variable indexing into the predefined uniform variable arrays

This allows code such as "vec4 a = gl_LightSource[i].ambient;" to work.

When a built-in uniform array is indexed with a variable index we need to
"unroll" the whole array into the parameter list (aka constant buffer) because
we don't know which elements may be accessed at compile-time.  In the case of
the gl_LightSource array of size [8], we emit 64 state references into the
parameter array (8 elements times 8 vec4s per gl_LightSourceParameters
struct).

Previously, we only allowed constant-indexed references to uniform arrays
(such as gl_LightSource[2].position) which resulted in a single state reference
being added to the parameter array, not 64.  We still optimize this case.

Users should be aware that using "gl_LightSource[i].ambient" in their shaders
is a bit expensive since state validation will involve updating all 64
light source entries in the parameter list.

mesa: better error message when running out of GLSL samplers

mesa: comments for some state vars

mesa: increase max constants/uniforms to 256 (vec4 vectors)

mesa: updated compilation documentation

demos: minor fixes to twoside.c glsl demo

intel: disable ATI_texture_env_combine3 for i830( and related device).

Thanks to Eric for pointing it out.

dri: Fix driWaitForMSC32 when divisor >= 2 and msc < 0.

We'd come up with a negative remainder, while we were looking for the positive
version of it in the loop conditional.  And, since the "did we hit our target"
break was disabled for the target_msc == 0 ("Just make the divisor/remainder
work") path, we'd never exit.

Simplify the code by just using int64_t all over instead of trying to do it
in a u32 space.

R300: missing semicolon

intel: enable ATI_texture_env_combine3. Fixes #17707

r300: remove the unknowns from the indx_buffer code

i915: separate the fog term from the specular color term.

Previously fog parameter and specular color are packed into the
same dword. Note specular color should be packed in BGRA for device,
so if fog parameter and specular color all are present, fog parameter
will dirty the alpha term of specular color. This fixes rendering
issue when playing 'Yo Frankie' on 915/945.