mesa: move a bunch of compiler-related stuff into new compiler.h header

This trims down and cleans up imports.h and glheader.h quite a bit.

mesa: remove unused ENABLE_TEXGENx, ENABLE_TEXMATx flags

mesa: assorted clean-ups, var renaming, etc.

mesa: simplify texture combine state copying in _mesa_copy_texture_state()

Just copy the whole struct.

mesa: remove redundant assertions (same asserts in context.c)

gallium: remove dependency on main/glheader.h in glxapi.c

Only needed it for the PUBLIC macro.

nv50: delay uploads until transfer object is destroyed

It's possible a state tracker will map/unmap a transfer object many times.
Delaying upload until the object is destroyed will prevent unnecessary
uploads to the GPU.

Also fixing a typo here, was unmapping the wrong buffer on transfer_unmap!

texmem: fix typo from brianp's changes.

Reported by cjb via tinderbox on irc

glapi: update find_entry() for mangled names

mesa: added extern qualifier

mesa: regenerated gl_mange.h file

mesa: use enums for TEXTURE_x_INDEX values

Plus, put them in the order of highest to lowest priority to simplify
the texture_override() loop.

mesa: use an array for current texture objects

Use loops to consolidate lots of texture object code.

mesa: use an array for default texture objects

Replace Default1D/2D/3D/Cube/etc with DefaultTex[TEXTURE_x_INDEX].
The same should be done with the Current1D/2D/3D/etc pointers...

mesa: re-org texgen state

New gl_texgen struct allows quite a bit of code reduction.

intel: Fix intelSetTexBuffer miptree leak.

The intelImage also holds a reference to the miptree, so unref that as well.

intel: tell libdrm whether we want a cpu-ready or gpu-ready BO for regions.

This lets us avoid allocing new buffers for renderbuffers, finalized miptrees,
and PBO-uploaded textures when there's an unreferenced but still active one
cached, while also avoiding CPU waits for batchbuffers and CPU-uploaded
textures.  The size of BOs allocated for a desktop running current GL
cairogears on i915 is cut in half with this.

Note that this means we require libdrm 2.4.5.

i965: Fix render target read domains.

We were asking for something illegal (write_domain != 0 && read_domains !=
write_domain) because at the time of writing the region surfaces were used
for texturing occasionally as well, and we weren't really clear on the model
GEM was going to use.

This reliably triggered a kernel bug with domain handling, resulting in
oglconform mustpass.c failure.  Of course, it only became visible after
01bc4d441fd6821ad9fc20d5e9544e4e587e4ff0 cleaned up some gratuitous flushing.

gallium: use the TGSI_TEXTURE_SHADOW1D/2D/RECT texture types for TEX instructions

These texture types were defined but never put to use.
For the time being though, the Mesa->TGSI translater isn't emitting these
targets.  See the XXX comment in map_texture_target().

i965: use the new prog_instruction::TexShadow field

GLSL shadow() sampler calls are properly propogated down to the driver now.
The glean glsl1 shadow() tests work (except for the alpha channel).

i965: check depth_mode in translate_tex_format() for MESA_FORMAT_S8_Z24

Note that I24X8 vs. A24X8 vs. L24X8 doesn't seem to make any difference
for texture/shadow compare, however.

glsl: use new IR opcodes for TEX instructions with shadow comparison

Such TEX instructions will have the TexShadow flag set.
The gl_program::ShadowSamplers field is now set in the linker.  We missed
that before.

mesa: add TexShadow field to prog_instruction

If the instruction is TEX/TXP/TXL/etc the TexShadow field will be true if
the instruction is a texture fetch with shadow compare.

i965: separate emit_op() and emit_tex_op() functions

mesa: freshen-up comments, move some fields in prog_instruction

i965: update comment, use const qualifier

i965: var renaming, clean-up

i965: added comment

intel: fix datatype typo, s/GLboolean/GLuint/

Fixes mysterious failures in glean glsl1 test.

i965: additional debug output

glsl: rename GLSL texture assembly instructions to be more legible

glsl: fix vec4_texp_rect IR code (need projective version)

util/debug:  need to fflush(stderr) on windows

Hard to believe... but true.

util: Also output messages to stderr on windows.

When there is a console attached, and no debugger attached.

wgl: Prevent null pointer reference.

util: Stack backtracing facilities.

Not much useful until we have symbol lookup.

gallium: s/GALLIUM_DRIVER_DIRS/GALLIUM_DRIVERS_DIRS/

gallium: Improve recursive makefiles

gallium: Improve winsys dri template Makefile

LIBNAME_EGL had to be removed since if you didn't
set it (nobody set it anyways) make would get it
confused it with the $(TOP)/lib/gallium target.

intel: Use new makefile template for drm gem

nouveau: Use new makefile template for drm common

gallium: Improve makefiles for libraries

The template makefile that most libraries in
gallium included was based on dri and had a bunch
unrelevant junk in it.

Update it and improve the depending makefiles.

nouveau: reenable all the non-nv50 pipe drivers

They still won't build yet, but anyway..

nv50: remove unused variable

nv50: fix occlusion queries

Left behind from some gallium changes a while back..

nv50: rework for texture_transfer changes

gallium: Renable pipe drivers disabled during vbuf changes

i965simple is not enabled because it is still broken.

trival: Make the last of progs show the name

mesa: support GL_EXT_stencil_two_side in gallium/mesa state tracker

Since Ian's patch of a few weeks ago, we can enable all three variations
of two-sided stencil.  Update the state tracker to handle the extra back-
face state and turn on the EXT.

Note: there's a new Glean test for two-sided stencil now...

mesa: fix/update/restore comments related to two-sided stencil

mesa: initialize ctx->Stencil._BackFace = 1

Back-face stencil operations didn't work correctly because this value was
zero.  It needs to be 1 or 2.  The only place it's set otherwise is in
glEnable/Disable(GL_STENCIL_TEST_TWO_SIDE_EXT).

draw: Fix segfault if rast is null

gallium/winsys/xlib: Fix build with USE_XSHM undefined.

wgl: debug_printf in the main entry/exit points

mesa: Free the util shaders with the gallium's FREE.

wgl: Call pipe_screen::destroy on exit.

egl: glx updates for FBconfigs

egl: if a surface type isn't defined let's default to EGL_WINDOW_BIT

trivial: Add quadstrip-clip

egl: error checking

wgl: Use a separate .DEF for MinGW

gnu linker fails to resolve the @n symbols, unless:
- they are listed verbatim in the .def
- they are already linked.

And mingw's .def parser is slightly incompatible with MSVC in respect with
underscores. Will try to work with upstream to fix this, but for now there
is no option other to use seperate .def for mingw.

wgl: Share more code between icd and standalone driver.

gdi: Update for texture/surface interface changes.

util: Use right include.

progs: Make fp-tri use glew and add scons target

cell: patch up cell_texture.c so it compiles

Start adding some new pipe_transfer code.

Texturing is totally broken at this point but non-texture programs
seem to run OK.

cell: updates for new pipe_transfer changes

Update framebuffer color/z/stencil mapping/unmapping.

cell: update vbuf code to catch up to recent changes

cell: remove unused var

cell: start adding new cell_transfer types/code

cell: remove old surface_map code

mesa: convert VERT_RESULT_* from #defines to enum, like the others

glsl: asst improvements, clean-ups in set_program_uniform()

Move the is_boolean/integer_type() calls out of the loops.
Move the is_sampler_type() function near the bool/int functions.
Add a bunch of comments.

glsl: fix inequality in set_program_uniform()

We were off by one when checking for too many uniform values.

gallium/winsys/egl_xlib: Fix build after introduction of struct pipe_transfer.

mesa: bump gl.h version comment to 7.7 (bug 20170)

r300-gallium: implement simple pipe_transfer Basically make the driver compile and behave like it did before the gallium-texture-transfer merge

glsl: fix link failure for variable-indexed varying output arrays

If the vertex shader writes to a varying array with a variable index,
mark all the elements of that array as being written.

For example, if the vertex shader does:

   for (i = 0; i < 4; i++)
      gl_TexCoord[i] = expr;

Mark all texcoord outputs as being written, not just the first.

Linking will fail if a fragment shader tries to read an input that's not
written by the vertex shader.  Before this fix, this linker test could fail.

swrast: Set vp_override flag during DrawPixels

Obviously, the color of fragments produced by DrawPixels is not constant,
even if the current vertex array / vertex program state indicates that the
color for normal rendering will be constant. Therefore, we need to override
certain optimisations that have been added to texenvprogram.c

Signed-off-by: Nicolai Haehnle <nhaehnle@gmail.com>

mesa: improved error msg

mesa: increase MAX_UNIFORMS to 1024 (of vec4 type)

Old limit was 256.  Note that no arrays are declared to this size.
The only place we have to be careful about raising this limit is the
prog_src/dst_register Index bitfields.  These have been bumped up too.

Added assertions to check we don't exceed the bitfield in the future too.

glsl: fix a swizzle-related regression

This new issue was exposed by commit 6eabfc27f19a10dfc2663e99f9560966ba1ff697

progs/trivial:  Label program windows with actual program name

Each of these programs previously called itself "First Tri" which was a
little confusing.  Could have left one as "First Tri", but the trouble
then is that people would still clone that file & we'd end up with
another thousand first tri apps...

gallium: Also disable i965simple for scons

Please read previous commit for more info.

gallium: Disable i965simple pipe driver after it was broken

It is only the i965simple pipe driver that was broken
in the gallium-texture-transfere merge that is being
disabled, mothing more nothing less.

FYI, there never where working i965 hardware support
in gallium anyways.

gallium: Fix up trace driver for introduction of struct pipe_transfer.

gallium: Add pipe_transfer_reference().

Merge branch 'gallium-texture-transfer'

Conflicts:
src/gallium/drivers/softpipe/sp_tile_cache.c

Merge commit 'origin/gallium-0.1'

Conflicts:

src/gallium/auxiliary/draw/draw_vs_aos.c

r300-gallium: Factor out common functionality in vbuf emit.

i915simple: Minimal fixup for introduction of struct pipe_transfer.

draw: Reuse xmm registers.

gallium: fix merge

It looks like I resolved the merge conflicts but did not save my emacs
buffers before committing...

Merge branch 'master' into gallium-texture-transfer

Conflicts:

src/mesa/state_tracker/st_cb_accum.c
src/mesa/state_tracker/st_cb_drawpixels.c

mesa: remove old comments

Note: the default value for EmitCondCodes is FALSE.  This means the GLSL
compiler will emit code like this:

SEQ TEMP[0].x, A, B;
IF TEMP[0].x;
   ...
ENDIF

But if EmitCondCodes is TRUE, condition codes will be used instead:

SEQ.C TEMP[0].x, A, B;
IF (NE.xxxx);
   ...
ENDIF

i965: tell GLSL compiler to emit code using condition codes

The default for EmitCondCodes got flipped when gallium-0.2 was merged.
This fixes GLSL if/else/endif regressions.
Drivers that use GLSL should always explicitly set the flag to be safe.

nouveau: oops :-)

autoconf: Always enable glew

Maybe this should turn into an option (--disable-glew), but for now just
enable glew all the time.

glsl: silence some uninit var warnings

cell: use some SPU intrinsics to get slightly better code in eval_inputs()

Suggested by Jonathan Adamczewski.  There may be more places to do this...