Merge branch 'mesa_7_5_branch'

progs/glsl: compile with scons and glew

Get most of these working with scons.

scons: Don't raise an exception when DXSDK is not found.

Unfortunately scons does not check if a tool exists before it invokes
its generate function.

Revert "r200: make use of DMA buffers for Elts a lot better."

This reverts commit 0952645fe04a27968565ea4d913500c23b1b11e3.

Need to revisit where this is going wrong

scons: Disable optimizations only for gcc-4.2

gcc-4.2's optimizer has a strange bug where it looses code from inner
loops in certain situations. For example, if the appearently innocent
looking code below is compiled with gcc-4.2 -S -O1, the inner loop's
code is missing from the outputed assembly.

   struct Size {
      unsigned width;
   };

   struct Command {
      unsigned length;
      struct Size sizes[32];
   };

   extern void emit_command(void *command, unsigned length);

   void
   create_surface( struct Size size, unsigned faces, unsigned levels)
   {
      struct Command cmd;
      unsigned face;
      unsigned level;

      cmd.length = faces*levels*sizeof(cmd.sizes[0]);

      for(face = 0; face < faces; ++face) {
 for(level = 0; level < levels; ++level) {
    cmd.sizes[face*levels + level] = size;
    // This should generate a shrl statement, but the whole for body
    // disappears in gcc-4.2 -O1/-O2/-O3!
    size.width >>= 1;
 }
      }

      emit(&cmd, sizeof cmd.length + cmd.length);
   }

Note that this is not specific to MinGW's gcc-4.2 crosscompiler (the
version typically found in debian/ubuntu's mingw32 packages). gcc-4.2 on
Linux also displays the same error. gcc-4.3 and above gets this
correctly though.

Updated MinGW debian packages with gcc-4.3 are available from
http://people.freedesktop.org/~jrfonseca/debian/pool/main/m/

scons: Use -Bsymbolic linker option.

This prevents the error

  relocation R_X86_64_PC32 against symbol `_gl_DispatchTSD' can not be used when making a shared object; recompile with -fPIC

when building on x86_64 architecture.

r300g: YCbCr and sRGB textures.

r300g: Fix EXT_packed_depth_stencil functionality.

Allow Z24S8 to be a true texture.

st/dri: Fix last depth bits logic

radeon: Always initialize front and back renderbuffers if present

This fixes an assertion in glReadPixels from the front buffer.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

radeon: Update .gitignore

Add all source files that are symlink'ed from common radeon code to the
ignore list.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

r300g: EXT_provoking_vertex.

r300g: S3TC.

tests/texcompress2 doesn't work, but tests/texcmp does (more or less.)

r300g: Use real texture formats.

What bugs me is that the YUV444 format somehow worked properly. :3

r300g: Definitively forbid unusable Z buffer/stencil formats.

r300g: Comment out assert for now.

Will fix with better constant refactoring later.

r300g: Be more specific on surface_copy fallbacks.

r300g: PIPE_CAP_TGSI_CONT_SUPPORTED.

r300-gallium: Ensure that no dirty state goes unemitted.

Merge branch 'arb_vertex_array_object'

Merge branch 'mesa_7_5_branch'

Conflicts:

Makefile
src/gallium/drivers/softpipe/sp_screen.c
src/mesa/main/version.h

docs: detect when too many varying vars are used

glsl: check number of varying variables against the limit

Link fails if too many varying vars.

(cherry picked from master, commit cc58fbcf2c5c88f406818db60910f537e03610d6)

docs: fix typos, remove old text from relnotes file

docs: bring over news updates from 7.4 branch

docs: bring in 7.4.3 and 7.4.4 release notes, news

docs: increase max varying vars to 16

mesa: raise MAX_VARYING (number of shader varying vars) to 16

16 is the limit for now because of various 32-bit bitfields.

(cherry picked from master, commit 4e762395ef7e8c332c16fd0c11025cfa52763a45)

intel / DRI2: Additional flush of fake front-buffer to real front-buffer

To maintain correctness, the server will copy the real front-buffer to
a newly allocated fake front-buffer in DRI2GetBuffersWithFormat.
However, if the DRI2GetBuffersWithFormat is triggered by glViewport,
this will copy stale data into the new buffer.  Fix this by flushing
the current fake front-buffer to the real front-buffer in
intel_viewport.

Fixes bug #22288.

mesa: bump version to 7.5-rc4

docs: document for/continue bug fix

cell: PIPE_CAP_TGSI_CONT_SUPPORTED query

softpipe: PIPE_CAP_TGSI_CONT_SUPPORTED query

gallium: added PIPE_CAP_TGSI_CONT_SUPPORTED

glsl: move/simplify error checking for 'return' statements

glsl: overhaul 'return' statement handling

A new node type (SLANG_OPER_RETURN_INLINED) is used to denote 'return'
statements inside inlined functions which need special handling.

All glean glsl1 tests pass for EmitContReturn=FALSE and TRUE.

glsl: predicate assignments according to __returnFlag

Fixes glean "function with early return (3)" case (when EmitContReturn=FALSE).

glsl: added slang_variable::is_global field

glsl: silence a problem warning

glsl: code refactoring for return statements

glsl: fix assorted regressions related to early-return-removal

glsl: comments, field reordering

glsl: rework loop nesting code

glsl: remove test for loop unrolling when we hit conditional cont/break

This is no longer needed since we added the new
_slang_loop_contains_continue_or_break() function/test.

glsl: checkpoint: predicate __retVal = expr with __returnFlag

The glean "function with early return (1)" test passes now.

glsl: use new helper functions in _slang_gen_logical_and/or()

glsl: add comments

glsl: checkpoint: replace 'return' with __returnFlag=true;

Needed for "remove early returns" transformation.

glsl: fix up scoping for parent/children in slang_operation_copy()

This will need more testing, but no regressions seen so far.

glsl: fix uninitialized var in _slang_gen_for_without_continue()

glsl: added slang_operation_free_children()

glsl: added slang_oper_num_children() helper

glsl: check-point: declare _returnFlag

glsl: added slang_operation_insert_child()

glsl: use slang_generate_declaration() to consolidate some code

glsl: remove obsolete comment

st/mesa: query PIPE_CAP_TGSI_CONT_SUPPORTED

glsl: implement _slang_gen_while_without_continue()

glsl: fix a bug involving 'continue' in 'for' loops

Need to execute the for loop's increment code before we continue.
Add a slang_assemble_ctx::CurLoopOper field to keep track of the containing
loop and avoid the "cont if true" path in this situation.

Plus, assorted clean-ups.

glsl: added slang_oper_child_const()

glsl: use _slang_loop_contains_continue_or_break() to check for unrolling

The previous test failed for nested loops.

glsl: use new _slang_loop_contains_continue() helper function

glsl: implement continue->break translation for do-while loops

glsl: added slang_operation_literal_int/bool() helper functions

glsl: don't allocate 0-length children array in slang_operation_copy()

glsl: remove debug code, misc clean-up

glsl: implement continue->break transformation for for-loops

glsl: added slang_operation_add_children() and slang_oper_child() helpers

glsl: added slang_assemble_ctx::EmitContReturn field, init

demos: improve argv parsing in fslight.c

glsl: don't unroll loops containing continue/break

Just search the AST in _slang_can_unroll_for_loop().

Revert "slang: if/else/break & if/else/continue work for unrolled loops"

We should just check if the loop contains a continue/break in the
_slang_can_unroll_for_loop() test function...

This reverts commit 989856bde47d699d7e18798df4013fbf962e1d4b.

Conflicts:

src/mesa/shader/slang/slang_codegen.h

glsl: Added gl_shader_state::EmitContReturn field

This is the start of a glsl-continue-return feature branch to support
a GLSL code generator option for 'continue' and 'return' statements.
Some targets don't support CONT or RET statements so we'll need to
try to generate code that does not use them...

docs: updated Mesa release instructions

scons: Tool to build with DirectX SDK.

Also works with MinGW, as long as the path to the DirectX SDK top
directory is set in the DXSDK_DIR environment variable.

scons: Don't use C specific options with g++

i965: fix fetching constants from constant buffer in glsl path

the driver used to overwrite grf0 then use implicit move by send instruction
to move contents of grf0 to mrf1. However, we must not overwrite grf0 since
it's still used later for fb write.
Instead, do the move directly do mrf1 (we could use implicit move from another
grf reg to mrf1 but since we need a mov to encode the data anyway it doesn't
seem to make sense).
I think the dp_READ/WRITE_16 functions may suffer from the same issue.
While here also remove unnecessary msg_reg_nr parameter from the dataport
functions since always message register 1 is used.

configs/darwin: Set CXX to g++.

tgsi: correct handling of return value from util_vsnprintf

We were failing to deal with:
  - vsnprintf returns negative value on error.
  - vsnprintf returns the number of chars that *would* have been
    written on truncation.

aux/indices: don't use 'prim' value once it is known to be bad

Theoretical bugfix only - no known case where this might happen.

wgl: Handle flush after a window is destroyed.

Fixes assertion failure with conform.

demos: fix issues in glxcontexts.c

The reshape() function was called when there was no GLX context so
the viewport/modelview/projection setup wasn't doing anything.  Move
the call to reshape() into draw().

Also, remove -stereo, -fullscreen options and do some general clean-up.

docs: document GL_ARB_vertex_array_object

intel: enable GL_ARB_vertex_array_object extension

mesa: plug in glBindVertexArray, glGenVertexArrays functions

tests: update bufferobj.c to test GL_ARB_vertex_array_object

st/mesa: alphabetize lines

st/mesa: enable GL_ARB_vertex_array_object

mesa: enforce the rule that arrays live in VBOs for GL_ARB_vertex_array_object

mesa: added extension flag for ARB_vertex_array_object

i965: handle OPCODE_SWZ in the glsl path

glsl compiler will not generate OPCODE_SWZ, and as a first step it would
be translated away to a MOV anyway (why?), but later internally this opcode is
generated (for EXT_texture_swizzling).
(cherry picked from commit 4ef1f8e3b52a06fcf58f78c9c36738531b91dbac)

Disable SGI_swap_control extension for DRI2

We currently don't have support for SGI_swap_control for direct
contexts with DRI2, so disable reporting the extension. Reporting
the extension, and then having glXSwapIntervalSGI() "succeed"
but do nothing can confuse applications.

https://bugs.freedesktop.org/show_bug.cgi?id=22123
(cherry picked from commit 279143c6e808b37c333321b696d80df77f709a04)

intel: intel_texture_drawpixels() can't handle GL_DEPTH_STENCIL.

Fixes glean depthStencil test.
(cherry picked from commit 3885b708fdbb7bbd5dd3a247c41fb9a75ee7c057)

i965: added intelFlush() call in intel_get_tex_image()

Fixes the render-to-texture test in progs/tests/getteximage.c
(cherry picked from commit a03b349153660e449daf4f56d750f1caef23b1a5)

mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTS/ in NV funcs
(cherry picked from commit 4dc426c01627a240bd5b148c1804c45b0d5ecd6c)

mesa: rename MAX_VERTEX_ATTRIBS to MAX_VERTEX_GENERIC_ATTRIBS

Be clearer that this is the number of generic vertex program/shader
attributes, not counting the legacy attributes (pos, normal, color, etc).
(cherry picked from commit 4a95185c9f30c2de7a03bb1a0653f51b53b1111d)

mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTS
(cherry picked from commit d2a74d76c96957cf0294dcf40d29526621ada95e)

mesa: fix some potential state-restore issues in pop_texture_group()

Call the _mesa_set_enable() functions instead of driver functions, etc.

Also, add missing code for 1D/2D texture arrays.
(cherry picked from commit aac19609bfd7c950b2577489b06886c8a8097bb2)

vbo: return VP_NONE from get_program_mode() if running fixed-func vertex program

If we're running a vertex program to emulated fixed-function, we still need
to treat vertex arrays/attributes as if we're in fixed-function mode.

This should probably be back-ported to Mesa 7.5 after a bit more testing.
(cherry picked from commit dda82137d28aba846dda73da230871c115e30aaf)

mesa: create/use a fallback texture when bound texture is incomplete

When a GLSL sampler reads from an incomplete texture it should
return (0,0,0,1).  Instead of jumping through hoops in all the drivers
to make this happen, just create/install a fallback texture with those
texel values.

Fixes piglit/fp-incomplete-tex on i965 and more importantly, fixes some
GPU lockups when trying to sample from missing surfaces.  If a binding
table entry is NULL, it seems that sampling sometimes works, but not
always (lockup).

Todo: create a fallback texture for each type of texture target?
(cherry picked from commit 3f25219c7bf0f090502489928f0f018e62c4f6cf)