Double-buffer generated instructions and only notify driver when the
generated program differs from the previous one.

Fix some valgrind complaints

Double-buffer generated instructions and only notify driver when the
generated program differs from the previous one.

reduce the use of malloc and strdup for parameter lists

don't be fooled into emitting padding for wpos when not used

Missing from previous commit

Update for FragmentProgram._Active

Better driver notification on changes.

get fog working with _TexEnvProgram

Temporary fix - delete and recreate texenvprogram so that drivers
notice when it changes.

 Committing in .

 OpenVMS compile support update for new buffer-code

 Modified Files:
  Mesa/src/mesa/drivers/x11/descrip.mms
  Mesa/src/mesa/main/descrip.mms
  Mesa/src/mesa/swrast/descrip.mms
 ----------------------------------------------------------------------

Fix texenv segfault.  Reported by Ben Skeggs.

Try not to use the same temp reg as a TXP destination more than once,
as this also constitutes a texture indirection.  Reported by Ben
Skeggs.

pathetic attempt to accomodate new frambuffer changes (still some work to do)

accomodate new frambuffer changes

fix some typos in FX code

i915 will use _TexEnvProgram (if active)

Use driver functions to create TexEnvProgram, TnlProgram

check for null DrawBuffer values

Fallback (rather than fail) on unknown program targets.

dri fb works using renderbuffers now in RGBA mode

fbdri can draw double buffered now. Next step is to convert it
to use RenderBuffers.

remove some dead code

x86_64 stuff

added linux-x86-xcb config (Jeremy Kolb)

Patches for XCB (Jeremy Kolb)

assorted warning clean-ups for x86_64, etc (Mikko T.)

x86-64 transform optimizations (Mikko T.)

fix a bunch of html errors

fix cpp / bytesPerPixel problem (bug 1196554)

remove bad assertion, added new ones in clear_pixmap()

restore call to SetBuffer() in clear_color_buffers(), only temporary

Updated for EXT_framebuffer_object changes. I don't know if this is correct, but it seems to work

Fix problem generating mode db. Miniglxtest works now.
Miniglxsample is still broken with double buffering issues.

Missing setups that cause all kinds of problems with hw tnl.

Port Mesa to build on a P64 platform (e.g., Win64).  P64 platforms
use 64-bit pointers and 32-bit longs.  So, operations like casting pointers
to unsigned long and back to pointer won't work.  glheader.h now
includes files to define uintptr_t, which should instead be used for
this sort of operation.  It is an integer type that is the same size
as a pointer.

fix for renderbuffer (Andreas Stenglein)

remove some test code

minor face-lift for web pages

fix typo

added a comment

add PROGRAM_DIRS line

Getting rusty... 4278 was already there.

Fix up origin in dri/fb driver
Calculated fbBPP

Flat shading and bunch of clarifications to r300_reg.h .

Refactor COMMON_SOURCES up to Makefile.template

Minor touchups to fbdev renderbuffer support

Pack tex coord regs at vertex program backend.

more updates for users of s_spantemp.h

Add drirenderbuffer.c to COMMON_SOURCES

fix s_spantemp.h includes

FBO changes

fix xm_span2.c reference

Major check-in of changes for GL_EXT_framebuffer_object extension.
Main driver impacts:
- new code for creating the Mesa GLframebuffer
- new span/pixel read/write code
Some drivers not yet updated/tested.

html fix

EGLScreenMESA updates

don't call XTranslateCoordinates() if rendering to pixmap

Add a facility to route all rasterization through a fragment program
which is automatically generated to match the current texture environment
state.  Introduces a new value ctx->FragmentProgram._Active which is
true when either _Enabled is true or there is such a fragment program
ready to run.

To test out on a driver running the software rasterizer, set
MESA_TEX_PROG=t in the environment.  It goes without saying that performance
is lower for the software rasterizer in this mode.

Sort instructions for clarity.

Include negate information in disassembly output.

Mark unused registers as undefined so dissassemblers can recognized
them easily.

Improve the quality of the disassembly output for fragment programs.

 Committing in .

 OpenVMS compile update

 Modified Files:
  Mesa/src/mesa/shader/slang/descrip.mms
 ----------------------------------------------------------------------

DRI fbdev driver getting better. Now I can see something on the screen
but it isn't the right something yet.

sync with latest EGL_MESA_screen_surface spec (EGLScreenMESA handles)

updates for latest EGLScreenMESA changes

Import all texture coordinate arrays.  Import them only once.

Add support to external tnl switcher and disable hw tnl by default.

Bumped the Savage driver date (a bit late) to mark S3TC support.

Fixed and cleaned up programming of watermark registers. There may be
a marginal speedup, but I'm not sure this has the same effect on all
hardware. Tested on Savage IX and ProSavageDDR. For experimenting with
different values see the macros at the start of savagestate.c.

Improve the DRI fb driver, now it compiles.
Added code to support NEW_INTERFACE.
It still doesn't work. Made it build from make linux-solo.

apply previous GL_COMPRESSED_TEXTURE_FORMATS_ARB fix to generator file, and regenerate get.c

r300 side support for fixed function pipeline. This isnt functional with current Mesa.

Fixed bogus ENUM_TO_BOOLEAN in
_mesa_GetIntegerv(GL_COMPRESSED_TEXTURE_FORMATS_ARB). Must be ENUM_TO_INT.
mesa/progs/tests/texenv now lists supported compressed texture formats
correctly.

Added S3TC support to the Savage driver with some help from Mark Cass's
S3TC support for an older driver version. On Savage3D/IX/MX
GL_EXT_texture_compression_s3tc can't be enabled because DXT3 and DXT5
are not supported. However GL_S3_s3tc is enabled on all Savage chips.
Tested on a Savage IX and a ProSavageDDR

Fix include path to make build work

Format for 80 columns.  Add alternate matrix mul based on MAD rather than DP4.

Add DISASSEM define, similar to other program generator files.

Add linux-fbdev config

new config

Put back not-so-redundant #ifdef.

Remove redundant #ifdef, fix compiler warning

new file

Maintain a fragment program for current texturing state.

fix _tnl_copy_to_current() so that current edge flag and rasterpos aren't trashed by color index updates

Stop gcc-4.0 complaining about "type qualifiers ignored on function
return type".

Stop gcc-4.0 complaining about "type qualifiers ignored on function
return type".

move set_component_sizes() to fix bug 3135

no need to enable fog or set fog mode with fragment program

tweak previous fog/fragment program fix

added interpolate_fog()

enable fog render input if fragment program fog option set

comments and minor clean-up

Fix as suggested by Ben Skeggs.

Ensure all VB->AttribPtr[] are populated.  Reported by Aapo Tahkola

Minor changes to make linux-solo build again

Software fallback for glColorMask. Can be avoided on Savage4 when all
channels are masked (disable draw update). Bumped driver date to
reflect recent correctness fixes. The driver now passes all glean
tests except exactRGBA on both Savage4 and Savage3D-based cards.

Modifying to build against current Mesa. Disabled r200*.c files since they didnt want to build anymore.

Fixed a segfault introduced by Keith's pipeline changes.

Texturing fixes for Savage3D/MX/IX:
- force emitting texAddr when the texture image changed (flush caches)
- set transparent texture color key to something improbable
  (couldn't find a way to disable it completely)
- fixed texture environment modes GL_DECAL and GL_REPLACE
- made texture environment mode GL_BLEND a software fallback
- added two custom texture formats for promoting from GL_ALPHA to ARGB8888
  and 4444. Since the hardware can't be made to ignore the RGB color
  components, set them to 1 instead of 0. This gives the correct results
- disabled GL_EXT_texture_env_add on Savage3D/MX/IX
- map both GL_CLAMP and GL_CLAMP_TO_EDGE to hardware mode "wrap". It doesn't
  match either mode exactly by the spec, so we should either fall back on both
  or none. I chose the latter.
- fall back to software when s and t wrapping modes differ (hardware has only
  one bit for both)