s/_mesa_debug_vp_inst/_mesa_print_program/

consolidate vertex/fragment program printing into _mesa_print_program()

use _mesa_program_file_string() and _mesa_opcode_string()

added _mesa_program_file_string()

Use _mesa_opcode_string()

use _mesa_num_inst_src_regs() and _mesa_opcode_string()

use _mesa_num_inst_src_regs() instead of nr_args()

added _mesa_num_inst_src_regs() and _mesa_opcode_string()

s/Negate/NegateBase/

s/TexSrcIdx/TexSrcTarget/

Unify vertex/fragment program instuctions.
Based on patch by Ian (#4967) but also unify instruction opcodes.

remove unneeded #includes

remove unneeded #include

Fix broken build.

added MESA_GLX_ALPHA_BITS env var

don't need MAKE_SWIZZLE() macro

Replace parameter_type enum in program.[ch], use register_file enums instead.

minor improvements in _mesa_init_teximage_fields()

use VERT_RESULT_HPOS, VERT_BIT_POS tokens

better ffs() function (bug 4956)

just pass ctx to do_ndc_cliptest() rather than stuffing it in the arb_vp_machine struct

MESA_GLX_ALPHA_BITS env var to force visual with alpha channel

remove unneeded HIDDEN definition (bug 4956)

fix MinGW problems (bug 4956)

s/dri.sourceforge.net/dri.freedesktop.org/

Streamline code generation by using a fixed size instruction buffer in
arb_program struct.

use WRITEMASK_* tokens

s/15/VERT_RESULT_MAX/

added a const, clean-up

fix typo, minor clean-ups

added osdemos/ dir to DEMO_FILES

implement USE_MGL_NAMESPACE for x86-64 dispatch code (Mark Bolstad)

Rename FRAG_OUTPUT_* tokens to FRAG_RESULT_* to match vertex program convention

 Committing in .

 Updated OpenVMS compile support (define tnl for include files)
 Modified Files:
  Mesa/src/mesa/drivers/common/descrip.mms
 ----------------------------------------------------------------------

Use ctx->VertexProgram._Current .

Remove some ghost code and adjust things a bit.

More useful ARL test

First step of Radeon DRI unification:
- Makes all three drivers use the same screen structure and setup code, with a
  few ifdefs for the separate compilation to deal with symbols not being
  available to all drivers and the fact that we have no mechanism for dealing
  with different config options for different chip families in the same driver.
  These issues should be dealt with later.
- Introduces IS_R[123]00_CLASS(radeonScreenPtr) macro for code for taking
  different paths depending on the general class of chipset.
- Adds many new R300-class PCI IDs, though not all those listed in
  radeon_driver.c.

add an arl test

Fix broken tnl stage.

Add a NotifyInputChanges() callback so that drivers (particularly tnl
drivers) can track when the sizes or strides of incoming VB->AttribPtr
arrays have changed.

Several fp and vp tweaks:

- Renumber VERT_RESULT_* values so that they match the
  numbers of the corresponding FRAG_ATTRIB_ values.

        - Add ctx->VertexProgram._Current and FragmentProgram._Current
  values which point to either the current client-supplied
  program if enabled, or otherwise to the current mesa-internal
  program.  Thus this program is always the correct one for
  the current state, providing that the mesa flags to turn on
  automatic generation are enabled.

- Add callbacks to ctx->Driver.BindProgram() in texenvprogram.c
  and t_vp_build.c so that the driver knows when the generated
  program changes.  This is cleaner than trying to code all the
  possible _NEW_* flags into the driver, and more precise as well.

- Add a UsesKill flag to identify fragment programs with that
  instruction, as these can require special treatment.

- Move the FRAG_OUTPUT values to mtypes.h, near to similar defn's.

Re-enable fallbacks.

-Fix first frame -bug
-Use 16-bit elts in vtxfmt_a path if possible
-Optimize VSF param uploading
-return in r300DepthMask looks suspicious, use r300Enable instead
-Dont use r300ResetHwState in invalidate state(disabled, missing hooks, possible instabilities)

Fix segmentation fault in _tnl_ProgramCacheDestroy().

Make colors match the fp tests (really)

Make colors match the fp tests

standalone tests for vp instructions

Re-org and clean-up of vertx/fragment program limits (instructions,
temporaries, parameters, etc).
glGetProgramivARB() now returns all the right things.
Updated i915 and r300 code to initialize program native limits and
current program's native instruction/temporary/etc counts.

fix problems found with gcc 2.96 (bug 4934)

check swrast->_FogEnabled instead of ctx->Fog.Enabled

Need more than 200 instructions.

Improve tnl program searching performance.

Simplify parse_attrib_binding().
Now only use VERT_ATTRIB_* and FRAG_ATTRIB_* tokens instead of
hard-coded numbers.
Note: previous check-in did similarly for output register parsing.

Lots of clean-up in arb program parser.
Use new _mesa_init_fp/vp_instruction() function to initialize instructions.

need to use absolute value for RSQ

added some assertions to catch unexpected swizzle values in cvp_emit_arg(), currently fails sometimes

Use MAKE_SWIZZLE4() macro in a few more places.
Clean up the parse_extended_swizzle_mask() and parse_swizzle_mask() functions.

reduced swizzle comment

Free old parameter list before assigning new one.  FIxes memory leak.

added warning about use of REG_SCRATCH

clean-up comments

s/lenght/length/

fix LIT bug

fix a few bugs in SWZ execution

fix errors in RoughApproxPower(), do_LIT(), _tnl_program_string()

If parsing a program fails, don't change the vertex/fragment program object.
Specifically, don't attach a dummy program.
This change also fixes an occasional segfault.
Some code clean-ups.  Use GLboolean instead of GLuint to return pass/fail.

Bug #4901: Correct secondary color emission when lighting is turned off, tested
with seccolor on rv200 and r200.

Submitted by: sroland

Add new test "texfilt".  This test is a cousin to texwrap.  Instead of
testing various texture wrap modes, this test examines various texture
filter modes, including anisotropic.

Add CFLAGS to a couple places in Makefile so that 32-bit builds on
64-bit archs will work correctly.

Keith's fixes for RSW and XPD (need temporaries)

include tnl.h to silence warning

Added assert that result != arg0 in do_RSW.  This currently fails and needs fixing.

TNL module needs to implement ctx->Driver.ProgramStringNotify() function
so that calls to glProgramStringARB() to specify a new program causes the
TNL-attached data to get recomputed.

add newline at end of file

don't use -Wmissing-prototypes for C++ code

silence a bunch of compiler warnings

Silence gcc-4 warnings.

Fix texture mixup when two or more contexts.

fix missing commit for span changes

fix up radeon span functions using latest r200 code from Brian,
tested with reflect on 32-bit.. not sure why depthHasSurface isn't needed

Compiled arrays for vtxfmt_a path.

GC a bit of dead code I noticed while looking at texwrap.

Correct the ordering of the blend constant color.

Add support for GL_EXT_stencil_wrap, from hearing that the windows drivers did
it, and guessing that the two remaining entries in the 3-bit values were the
new funcs.  Tested with modified stencilwrap test.  Also, remove the commented
fallback stuff -- more modification to stencilwrap suggests that those issues
were just from span readback, not stencil implementation.

Bug #1028: Add hardware-accelerated stencil support to r128.  Testing with
stencilwrap reported many issues with various modes.  Some of these were
complicated by the fact that spans are broken (Bug #1615), but some appear to be
real bugs.  However, while spans remain broken, I found that visual results were
better by avoiding fallbacks rather than avoiding just a broken stencil
implementation.  Note that this required changing the depth spans at 24+8bpp
into read-modify-write cycles.  It would be nicer as a single write with
a mask, but the kernel span blits turn off masking.

Reviewed by: ajax

Bug #4900: Fix the non-fogcoord fog test on r100 (and rv200) at tcl_mode=1 by
flipping the signs on two factors.  While this contradicts the DDK, it matches
what r200 does, and it fixes the test.

Add support for HW stencil spans, mirroring the depth spans support.  Used for
Rage 128 stencil support.

Bump driver date for recent extension adds.

Cover my arse.

Reduce stderr noise and fix some compiler warnings.

Remove few outdated r200 files.

Sync with my local tree.
Changes to current operation:
-Elts are no longer converted to 16-bit format
-Cube maps

Fix invalid vsf temp count for rv350.

Fix the RGB order of the specular color emit, and turn GL_EXT_secondary_color
back on.  Tested using seccolor modified to use the blue channel instead of
green, since green stays in the same place across RGB/BGR mistakes.  Also hook
in UpdateSpecular on COLOR_EXT change, which might have resulted in missing
statechanges before.

Add support for GL_EXT_fog_coord, tested using tests/fog.c.  (Also, matches the
output from indirect rendering).

Add built programs to .cvsignore.

Add a fog mode (normal and fog_coord, leaner/exp/exp2 mode) testing program I
wrote for sis, which has also exposed a few bugs elsewhere.

Add disabled support for GL_EXT_fog_coord.  While it seems correct to me, it's
not respecting the coords (or perhaps interpreting them differently?) in my
testing.  However, in the process it led to a fix of a secondary color handling
issue where it would be taken from the wrong offset, I believe, based off of
reading the r200 driver.  Also add a minor tweak to save time in the
fog-but-not-specular case.

Move the front.offset setting above a check to shortcut reallocating buffers if
width and height stayed the same.  Rely on front.offset pointing at the origin
in the window (rather than the origin of the front buffer), and fix the coords
in swapbuffers, which were wrong.  This is different from other drivers because
we've got a back buffer with a 0,0 origin at the window's origin, which makes it
more convenient to have the front buffer match it.

Initial add of some (disabled) SiS 6326 drawing code integrated from Alan Cox's
last drop I saw, which was in turn based on a code drop of mine.  Texturing,
culling, and several extensions are unimplemented, and some features could
probably be improved. It's untested, but there don't appear to be regressions on
the 300-series code, so I'd like to get these bits in now so that it can be
worked on as not a huge diff.