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.

intel: Fix glBitmap clipping for DRI1.

Remove third buffer support from Mesa.

This is part of the deprecated pageflipping infrastructure.

Add do_row_3d for mipmapping 3D textures

Previously 3D textures were mipmapped using multiple passed through
the 2D mipmap generation code.  This had 3 disadvantages.  First, the
extra passes were slow.  Second, this required the allocation of a
temporary buffer to hold intermediate data.  Third, and most
important, the extra passes caused loss of additional bits due to
integer division / bit-shifting.

With this change, our mipmapgen conformance test passes for
non-compressed texture formats.

Fix typeo in mipmap filter for GL_UNSIGNED_SHORT_1_5_5_5_REV

965 / GLSL: Use full precision for EXP instruction

The partial precision mode doesn't have quite enough bits of precision
to pass conformance tests.

GLSL: The LOG2 macro doesn't have enough precision

It looks like the LOG2 macro only has 8 or 9 bits of precission, but
the ARB_vertex_program spec says "accurate to at least 10 bits".

intel: Fix glBitmap top/bottom clipping.

Bug #19139.

intel: Don't forget the source bitmap size when clipping the size we draw.

intel: Update mesa state in blit operations that want post-scissor draw bounds.

intel: don't clip to scissor-clipped read framebuffer bounds in copypixels.

intel: Move copyteximage source clipping out of copytexsubimage.

glCopyTexSubImage already gets the (correct) clipping for us, so it doesn't
need the path.  While moving the clipping out, replace the code with the mesa
path to do the same job.

mesa: Clip copytexsubimage to read framebuffer bounds, not scissor region.

mesa: Correct _mesa_clip_to_region() off-by-one.

Note how if:
x + width == xmax + 0: width -= 0
x + width == xmax + 1: width -= 0
x + width == xmax + 2: width -= 1

So, the function was clipping to [xmin, xmax+1), not [xmin, xmax) like it was
supposed to.  Same for ymax.

glsl: Fix handling of nested parens in macro actual arguments.

demos: all glutDestroyWindow() upon exit to test query object clean-up

i915: check WRAP_T instead of WRAP_R for cube map texture.

i915: fix abort issue. (bug #19147)

mesa: remove unneeded _mesa_reference_fragprog() call

The subsequent if/else cases always call _mesa_reference_fragprog() anyway.

dri: fix for Cygwin compilation, bug 19144

mesa: updated comments

demos: add test of vertex-only and fragment-only shader programs

util: check for frag/vertShader=0 before attaching

mesa: disable debug output

mesa: fix some GLSL array regressions

array.length() wasn't working.
Swizzle mask for accessing elements of float arrays was incorrect.

mesa: rename slang_library_noise.[ch] to prog_noise.[ch] and rename functions

The noise functions were not glsl-specific.
Also, ran indent on the code to clean it up.

mesa: updated GLSL docs

Merge branch 'glsl-1.20-v2'