First pass at implementing structure compares.

Need to improve this.  There may be holes in a structure so we can't
just blindly compare the full 4-float registers.

use _mesa_copy_instructions()

In _mesa_add_unnamed_constant() and _mesa_lookup_parameter_constant() allow swizzleOut==NULL.

There are times when we don't want to allow swizzling when searching for or
adding vector constants.  Passing NULL for swizzleOut disables swizzling.
This fixes a constant/swizzle bug in link_uniform_vars().

print conditional writemask, if enabled

added SWIZZLE_XYZW

Support for user-defined structures.

struct == and != operators not finished yet.  Struct assignment works though.

disable apparently unused code

indent

merge from master

disable assertion

document 1D convolution fix

1D convolution (and post-conv scale/bias) were inadvertantly applied to 2D image transfers.

fix copy and paste bug from last commit in fog generation code for GL_LINEAR fog

nouveau: update for drm interface changes (0.0.5)

nouveau: SwapBuffers() needs to perform a glFlush()

mesa: revert f9f79c8d770e696249bd98c68b563f887562c974
to fix #10232

Table6.1(in gl2.1) has been applied for glGetTexImage
before calling into _mesa_pack_rgba_span_float.

r300: Remove the program-global const_sin index

The index is no longer necessary to share constants between multiple
SIN/COS/SCS instructions inside a single fragment program, and storing
a tiny implementation detail like this in the fragment_program structure
itself was just nasty.

r300: Whitespace cleanup (remove trailing spaces)

fix for bug#10347

not sure which brw surface for DXT3 & DXT5, so restore
the previous choice.(changed in commit
84081774e62a8af18e6bf894ea69f63b97dcfe96)

use passed target parameter

nouveau: fix typo

nouveau: fail translate if we use too many params somehow

nouveau: NVSDBG macro

r300: Cleanup fragment program constant allocation, share constants

The constant/parameter allocation was significantly simplified, removing
one unnecessary copy operation of parameters. The dirty state tracking is
unchanged and far from optimal, since all state is always re-fetched.

Constants and parameters are now emitted only once, which significantly
reduces the resource pressure on larger programs.

r300: Fix special case (tmp.x <= 0) in fragment program LIT instruction

Also, fix a typo in a related comment.

r300: Clear fragment program instruction slots on first use

Make sure that instruction slots are fully initialized with NOPs during
find_and_prepare_slot(). This fixes a bug when a fragment program was
translated more than once (e.g. due to a second call to glProgramStringARB).

This partially fixes glean/fragProg1.

Properly compute render_inputs_bitset when using a vertex program/shader.

This fixes a performance regression introduced early in glsl-compiler-1 work.

r300: Dump fragment program after translation if RADEON_DEBUG=pixel is set

r300: Whitespace cleanup (remove trailing spaces)

r300: Fix WRITEMASK handling when writing to result.depth

This is a necessary change to emit the right instructions when writing
to result.depth.

However, even with this test, Z-write doesn't work properly, and I don't
fully understand why. In addition to this, we'll at least have to disable
early-Z, but even that doesn't seem to be enough.

r300: Streamlined fragment program LIT implementation

Fix a bug in the LIT implementation (clamp exponent to 128, not 0.5)
and change the implementation around. In theory, the new implementation
needs as little as 5 instruction slots. Unfortunately, the dependency
analysis in find_and_replace_slot is not strong enough to look at
individual components of a register yet.

r300: Fix fragment program reordering

Do not move an instruction that writes to a temp forward past an instruction
that reads the same temporary.

r300: Fragment program dumps format tex instructions

r300: Fix hw fragment program dump

Dumps of fragment programs were incorrect when the program consisted of multiple
nodes.

Also, improved the formatting a bit.

r300: Fix fragment program instruction pairing and register allocation

There were a number of bugs related to the pairing of vector and scalar
operations where swizzles ended up using the wrong source register,
or an instruction was moved forward and ended up overwriting an aliased
register.

The new algorithm for register allocation is quite conservative and may
run out of registers before necessary. On the plus side, It Just Works.

Pairing is done whenever possible, and in more cases than before, so
in practice this change should be a net win.

i915tex: The intended triple buffering fix.

Making modifications while the editor spawned by git-commit was suspended
didn't have the intended effect.

i915tex: Fix triple buffering after recent Mesa core changes.

Remove superfluous _mesa_resize_framebuffer call which is now harmful because
it causes the third renderbuffer to have width/height 0, so Mesa refuses to
render to it.

In the long term, it would be nice to remove the hack in
intel_alloc_window_storage in favour of a proper Mesa interface for flipping
between more than two colour buffers.

fix off-by-one in load_state_immediate

fix typo in subrect_disable packet

fix typo in subrect_disable packet

screen offset changes, bug 9965

fix assertion in read_depth_pixels()

r300: Removed the deprecated $XFree86$ CVS keywords.

r300: Corrected the string for polygon mode; it wasn't updated from unkXXX.

nouveau: avoid using uninitialised TexSrcUnit.

mesa: SWAP_BUFF support when calling DrawPixels(DEPTH_COMPONENT)
or TexImage(DEPTH_COMPONENT)

mesa: enhance fxt1_quantize_ALPHA1

If possible, let minCol != maxCol

i965: fix for FXT1 & S3TC texture format

choose the right mesa texformat for FXT1 & S3TC

Use _mesa_copy_instructions rather than memcpy in _mesa_insert_mvp_code.

fix some format conversion bugs in glGetTexImage(), bug 10288

r300: change vendor string to DRI R300 Project

Assorted fixes for dealing with zero-size frame/renderbuffers.

In xmesa_check_and_update_buffer_size() handle xmctx==NULL correctly: still
call _mesa_resize_framebufer().  If we don't we can wind up in a situation
where the framebuffer size is non-zero but an attached renderbuffer size
is still initialized to zero.  This inconsistancy can later cause problems.
Check for zero-size renderbuffers in update_color_draw_buffers() and
update_color_read_buffer().
See bug 7205.

Colortable re-org.

The pixel transfer path has three color table lookups.
Use an array [3] to store that info, rather than separate variables.

added a renderbuffer comment

added null xmctx check to XMesaResizeBuffers(), bug 7205

silently ignore DeleteProgram/Shader(id=0)

in _mesa_GetColorTable, return silently if table size is 0

Fixed a minor typo in the comment near _mesa_copy_instructions.

r300: Added _mesa_copy_instructions.

r300: Renamed r300_vertexprog.c to r300_vertprog.c

r300: Use _mesa_alloc_instructions/_mesa_init_instructions instead of malloc.

Note that insert_wpos in r300_vertexprog.c is still a little flaky and could be
improved.

r300: Updated R300 to use the new SWIZZLE macros.

r300: Fixed an unused variable warning and removed some cruft, too.

r300: Fixed a printf conversion warning.

r300: Fixed "no previous prototype for 'r300RefillCurrentDmaRegion'" warning.

added SWIZZLE_XXXX, YYYY, etc. macros

Committed Rune Petersen's fragment.position patch (Bug #10024) plus a few small
corrections.

no-op clear if buffer width or height is zero (bug 7205)

add some rb->Data null ptr checks (bug 7205)

Merge branch 'master' of git+ssh://brianp@git.freedesktop.org/git/mesa/mesa

implement byteswapping for all multi-byte types in _mesa_pack_rgba_span_float(), bug 10298

Fix off by one error in immediate state packet size.

pixelmap code simplification

Re-org of gl_pixel_attrib struct.

Reorder fields according to the order in which the pixel transfer operations
take place.  Improve comments.
Move the pixel maps out of gl_pixel_attrib since they're not supposed to be
pushed/popped by glPush/PopAttrib.
New gl_pixelmap and gl_pixelmaps structs to contain the pixelmaps.

s/Tranpose/Transpose/

clear the b->frontxrb->drawable field in xmesa_free_buffer(), see bug 7205

Merge branch 'master' of git+ssh://brianp@git.freedesktop.org/git/mesa/mesa

move CLIENT_ID code in xmesa_delete_framebuffer(), see bug 7205

continue prev check-in: save ptr to slang_function for SLANG_OPER_CALL

After we've found the slang_function ptr for a SLANG_OPER_CALL node, save the ptr in the node for reuse.

This can save a tremendous amount of time when resolving types in complex
expressions.  One particular shader was taking several minutes to compile
but now compiles almost instantaneoulsy.

make _slang_typeof_function() static

remove old assertion

more bug fixing, error checking

fix a number of issues in _mesa_uniform()

remove bogus assertion

document some bug fixes, lots of new features

fix ctx->Pixel.PostConvolutionScale/Bias subscript bugs

Check for, simplify vec2/3/4(x).  Only do call adapting for constructors.

improve literal printing

disable some debug output

better error msg for undefined function, disable some debug output

get rid of float_multiply, float_add, float_divide

sync up t_vp_build.c brw_vs_tnl.c a bit

Bring over the optimizations for fog and normalized spot dir
from t_vp_build.c to brw_vs_tnl.c. Likewise, port a fix for point size
calc from brw_vs_tnl.c to t_vp_build.c (use ABS(eyez) instead of -eyez). Leave
the now differing point size calcs alone though, not sure what's better (it's
basically MOV, ABS, MUL, DP3 vs. ABS, MAD, MAD).

alloc an extra byte in _mesa_ShaderSourceARB() to silence a valgrind warning

be smarter about which fragment attribs are interpolated before running frag progs

comment about SPAN_* vs FRAG_BIT_* values

Check if FRAG_RESULT_COLR is written and update span->interpMask, arrayMask.

Also, fix an assertion.

Shuffle some code around in the emit_tex() and emit_move() instructions.

Note that the inst ptr returned by new_instruction() may become invalid
after calling emit_() since the emit functions may allocate new instructions
which is done vial realloc().
Also, add some new assertions to try to catch this kind of bug.

enable ARB_vertex_buffer_object for more dri drivers

ARB_vertex_buffer_object looks like a useful extension even for old chips.
The drivers should not need any code to be able to use this extension since
they just use mesa's vbo code anyway.
Newly enabled for i810, mach64, mga, r128, radeon, savage, sis and unichrome.

properly compute ctx->Texture._EnabledCoordUnits