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.

updates from 6.4 branch

Cut a bunch of code by not trying to precompute the blit commands and instead
just do it per blit.  No noticable performance difference (or behavior
difference, in my tests), and a significant difference in sanity.

In the last commit I added in a fatal error on unknown base formats so I
wouldn't get confused when adding support for new formats.  However, it resulted
in dying in texenv instead of drawing something undefined for GL_DECAL.  Do what
GLcore apparently does and just pass the fragment through.

Fix and enable GL_MESA_ycbcr_texture.  Looks fine with yuvrect.  I'm slightly
concerned that TEXEL_YUV422 looks like TEXEL_YVU422 and TEXEL_VUY422 looks like
TEXEL_VYU422 in yuvrect, but I'm happy enough for now.

Add support for GL_EXT_secondary_color, tested with seccolor test.

Turn off the AGP dispatch path yet again, as it seems to be broken (found with
tuxracer and the upcoming support for secondary color).

fragment program writing to result.depth.z was broken

Add RV350 AQ chip.  (popolon at popolon dot org)

Since we memcpy texture data synchronously to the card, idle the engine before
we start copying.  I haven't seen it go wrong before, but I'm pretty sure this
fix is correct.

- Add a few more hardware internal formats that are supported.  Some remaining
  ones require custom texstore, so they aren't done yet.
- Add YCBCR support commented out, since the yuvsquare test didn't work with
  just the bits I've added.
- Add the no-compression GL_ARB_texture_compression support.
- Add the driconf texture depth option and try to respect it.

Fix the GL_BLEND case (and remove the fallback associated with it) by converting
the float values to bytes before packing them.  Tested with texenv.

Fix texenv by moving a misplaced check for being in fallback (should cover only
render state, not texture state).  While here, move a SIS_FIREVERTICES to a more
appropriate location, though it was harmless.

Add support for GL_ARB_texture_border_clamp and GL_ARB_texture_mirrored_repeat,
tested using texwrap, fixing the sourcing of border constant values (use the
bytes, not the floats!).  Remove the fallback on GL_CLAMP_TO_EDGE, which acts
properly, and add a note to GL_CLAMP about nonconformance (whcih is what the
fallback for CLAMP_TO_EDGE was probably targeting).

Fix a typo in a fallback string.

Add support for GL_EXT_stencil_wrap by guessing that the skip of two values in
the register header was meaningful.  It turns out those were the proper values
for the plain INCR/DECR ops, while what we were using as INCR/DECR were the
_WRAP versions.  Tested with stencil_wrap (didn't expose normal/_WRAP swapping)
and stencilwrap (exposed it nicely) tests.  Props to idr for poking me about
adding this.

disable yuv textures (GL_MESA_ycbcr_texture) on rv250 (hw bug, #2078). Change the initialization to fail if an unknown pci id is detected, instead of accepting all values which are not r100-based radeons.

Fix FreeBSD build by building libGL in the order desired, and doing a fix to my
mklib changes.

fix GLX server resize/crash when resizing windows

check span.y >=0 (bug 4842)

new depth tests

simplify, remove sgi messages

Darwin version fix (SF bug 1334274)

fix broken SWZ instruction

fix broken KIL

better looking tests

Make test visible

Better looking test.

add the tile bits for offset, and unk bit 31 of size

restore FASTCALL stuff

fix bad loops in TransposeMatrix[fd]()

A bunch of little tests which exercise each ARB_fp instruction plus
a couple of other interesting cases.

added mm.c mm.h execmem.c

fix another renderbuffer wrapping bug

Disable the FASTCALL optimization because it still breaks server-side GLX.

Bump driver dates for the crasher fixes yesterday.

descrip.mms syntax correction

fixes for r300_tex.c from Aapo Tahkola

s/glut_gz2/glut_bz2/

Make SiS a little more like other drivers: Add SIS_DEBUG (only option being
"fall" so far) and make the fallback_force option be no_rast like other drivers.
Incidentally, makes no_rast not crash (though it still fails to render).

Remove some long-dead code.

Fix a missed merge for idr's dispatch changes: failure to do driInitExtensions
in __driCreateNewScreen_20050727 resulted in crashing in dispatch.

updated for new mm.c, execmem.c files

s/memcpy/_mesa_memcpy/, s/FREE/_mesa_free/

Bug #4615: Fix the SiS driver for the renderbuffer changes.  Previously, all
drirenderbuffers pointed at screen offset 0 and NULL.  Instead, set up the front
buffer at startup but leave the others for later, since sis allocates them on
demand rather than using the static method of the other non-sis-descendent
drivers.  Some basic apps work, but fallbacks may be broken still.

Fix a missed merge for idr's dispatch changes: failure to do driInitExtensions
in __driCreateNewScreen_20050727 resulted in crashing in dispatch.  Rendering
remains broken.

Attempt to fix libGL on FreeBSD, where the library was being built without any
dependencies, breaking builds of third-party software.

move _mesa_exec_malloc/free() up near other malloc/free prototypes

Lots of clean-ups.  Replace __inline__ with INLINE macro.  Use the
_mesa_calloc(), _mesa_free() functions.  Clean-up formatting, doxygen-style
comments.

Add _mesa_exec_malloc() and _mesa_exec_free() for allocating
executable memory.  Based on Thomas Hellstrom's patch.
TODO: glapi.c also needs this, but cannot access this code.

on r200, don't emit fog coords when fog isn't actually enabled. Fix bug with vtxfmt not causing a fallback when fog coords are active.

added some header files to DRI_FILES (Donnie Berkholz)

add GL_EXT_fog_coord support to radeon driver. No vtxfmt code (just uses fallback) yet. May cause a tcl fallback if fog coord is used together with separate specular lighting. Fog factors are precomputed and then submitted instead of the raw coords (chip limitation, same as on r200).

fix some obvious typos in radeon_reg.h (only currently unused bits affected)

enable cube maps on radeon (#2241 on bugzilla). No vtxfmt code yet (just generates vfmt fallback). Code by Andreas Stenglein, some small adjustments by me.

fix two bugs wrt calculating max possible texture sizes for texture rectangles/cube maps.

enable 3rd texture unit on radeon (default still 2 enabled units). Disable some multitexcoord codegen stuff noone understands to make it work. Replace most code testing explicitly for unit 0 and 1 with loops instead of adding test for unit 2, smaller/more readable code at the cost of maybe some slight performance hit. (Code provided by Andreas Stenglein, some adjustments by me.)

make sure texture matrix is updated often enough with texture rectangles

fix potential bug when emitting elts with lots of components

remove unused _mesa_log2() (bug 4468)

change includes (bug 4468)

fix GLAPI/extern problem (bug 4757)

Minor driver cleanup. Remove unnecessery/unneded radeon/r200AllocDmaRegionVerts function. No longer compile the radeon_compat stuff which was for drm 1.1 compatibility presumably but unused since about forever into the driver.

ifdef out some code to make glapi.c linkable in libglx.so (on the
server).  This isn't strictly needed yet, but it doesn't hurt anything
either.  However, the patches for fd.o bug #2996 require this to build.