remove unnecessary null check (bug 11814)

fix invalid pointer usage in bezierPatchDeleteList(), bug 11807

fix double free()s (bug 11808)

s/MAX_TEXTURE_LEVELS/SIS_MAX_TEXTURE_LEVELS/ and add assertion (bug 11806)

move code to prevent NULL ptr dereference (bug 11810)

Remove some code that was never hit (bug 11811).

Also added an assertion to check that NR_MAT_ATTRIBS == MAT_ATTRIB_MAX.
In the unlikely event this ever changes, maybe restore the code.

Fix typo in logic for unalias2()

 fix fd.o bug #11804
 glPolygonMode with point sprite on i965

 Fix previous commit

 EXT_texture_sRGB support on i965

fix error code test limit (bug 11795)

triangle rasterization with frag shader

added trirast program

fix mem leak (bug 11793)

fix mem leak (bug 11791)

  fix fd.o bug #11788, max point size

fix some FreeBSD issues

fix failure caused by undeclared variable (bug 11783)

added sunos5-v9-cc-g++ config

glGetAttribLocation always returned 1 (bug 11774)

i965: fix bad casts in do_blit_bitmap to support WindowPos correctly

i965: Use I16_UNORM instead of L16_UNORM (bug 11742)

Fix an error in _save_OBE_DrawElements

In the case that a buffer object is bound to
ELEMENT_ARRARY_BUFFER, it is invalid to directly
dereference indices passed to glDrawElements.

Fix an error in _mesa_validate_DrawElements

The field 'Data' in an obj is NULL in some dri drivers(such
as i965). Use mapped pointer instead.

New sunos5-v9-cc-gcc config (Roland Egger)

misc comments, clean-ups

remove old comment, minor formatting fixes

handle LSB_FIRST in _mesa_pack_bitmap by the way used in
_mesa_unpack_bitmap

Fix an error related to glPolygonStipple.

As glPixelStore(GL_UNPACK) affect the bits into a stipple pattern,
hence 128 bytes used to store the pattern in a display list aren't
enough sometimes.

  ARB sprite point support on i965

added a few more functions

fix glPointParameteriv bug 11754

Added shader points and shader bitmap demos

fix cos/sin range reduction for i915 driver too

fix range reduction for sin/cos in i915tex (#11609)

fix fallback crashes when driver can't handle frag prog for i915 driver too (untested)

Fix crashes when the frag prog can't be handled in hardware (#11131)

Must not change to/from swrast after Render.Start or bad things will happen.
(Driver will still somewhat incorrectly report an implementation error,
and apps can't really figure out if a prog is natively supported as validation
is later - could try doing it earlier to give some hint at least, even though
native status may still change later due to fog etc.)

more Mingw32 fixes

fix-up inlined/non-inlined function inconsistencies

Fix function call bug 11731.  Also, fix up IR_CALL/IR_FUNC confusion.

generate error upon writing to varying var in fragment program (bug 11733)

clamp float colors

fix color interpolation for CHAN_BITS==32

don't use rgba_line() if CHAN_BITS==32

remove unused MAX_3D_TEXTURE_SIZE, reformattting

call ctx->Driver.NewProgram() instead of _mesa_new_program()

fix logic error, typos

fix GLX_STEREO handling (bug 11705)

Fix a number of MINGW32 issues

Remove ctx->Point._Size and ctx->Line._Width.

The clamping for these values depends on whether we're drawing AA or non-AA
points, lines.  Defer clamping until drawing time.  Drivers could compute and
keep clamped AA and clamped non-AA values if desired.

remove VC6/VC7 project files until updated

fix bogus recently introduced function param comments

fix mesa's handling of fbo's / window fb (again)

Make sure the relevant fields in window fbs get updated at appropriate time
(those are NOT the same as fbos!!!), and fix up related code accordingly.
This is a bit ugly, but there's a reason the issues section in EXT_fbo is
a couple hundred pages long...
Hopefully correct now.

more fixes for mesa's fbo handling (fixes tests/fbotest1/2)

fix up mesa's probably bogus framebuffer updates with different read/write fbs

Conflicts:

src/mesa/main/framebuffer.c

fix mesa fb binding

Make sure that we bind the right buffer (draw or read) when rebinding
the window framebuffer (the api doesn't allow binding different draw and
read buffers at the same time, but the default window framebuffer is basically
2 fb objects, one for read, one for write, which can be different). Pass both
of these two down the driver api (no driver uses this right now).

increase MAX_RELOCS so never run out before batch buffer is full (fixes xdemos/shape)

r300: Oops, made a mistake on commit fb4e071beda6e3b9e68a21bbc7649b6c4733c485.

r300: Cleaned up vertprog construction.

Construct the vertprog instruction in the 4 DWORD parts...

DWORD 0: Opcode and Output.
DWORD 1: First Argument.
DWORD 2: Second Argument.
DWORD 3: Third Argument.

Allow the opcode translation functions to generate more than one instruction;
useful for when an instruction must be emulated. FLR, XPD, etc.

r300: Corrected texcoord start when BFC1 is enabled.

r300: Corrected some progs/fp/* regressions from the BFC patch.

I'm not completely sure this is correct; it restores the old behaviour.

r300: Use _mesa_num_inst_src_regs for number of arguments.

r300: Corrected vertprog FLR and XPD instruction regression.

r300: Added code for vertprog opcode ARL.

r300: Don't need vertprog scalar flag anymore; it's handled explicitly...

r300: Removed broken RCC vertprog opcode.

r300: More vertprog rework; give each opcode it's own function.

Revert "r300: Gracefully exit after GART memory is exhausted."

This reverts commit 9457bf62bbba3b9226ebbbea5dc7798ca22485f6.

Causes the X server to die with Compiz and Beryl.

r300: Reorder the vertprog code to the ARB specification.

fix bogus fb/drawable information

the framebuffer objects attached to drawables can have invalidate state
associated with them, since for the window framebuffer this is per-context
state and not per-fbo state. Since drivers rely on that information
(otherwise would need to check if currently the window-framebuffer is
bound in a lot of places) fix it up in _mesa_make_current (ugly).
(Brought over from i915tex_privbuffers, where it fixes xdemos/wincopy
when switching to front buffer rendering.)

fix segfault with i915 drivers in swrast drawpixels path when resizing windows

r300: Use the R300_PVS_UPLOAD_* defines.

r300: Added the clip plane upload defines.

r300: Enable the vertprog point size again.

r300: Corrected position bug with position invariant option. Bug #11594.

r300: Removed Vim modeline I left in the file by mistake. :-)

r300: Make sure the modified value of u_temp_i is respected.

r300: Added a function for vertex program default opcode translation.

r300: Clean up the vertex program maximum length check.

r300: Corrected indenting in r300_vertprog.c.

r300: Major vertex program code clean up and rework.

r300: Replaced the ugly VERTEX_SHADER_INSTRUCTION typedef.

r300: Gracefully exit after GART memory is exhausted.

r300: Disable vertex program point size; it's almost certainly wrong.

See the conversation between myself and Tommy Schultz Lassen on mesa3d-dev.

r300: Clean up the vertex program output assignment.

nouveau: nv10 and nv11,15 are different

fix shader/info string length queries (bug 11588)

Play "nuke the typedef"

Revert "r300: Corrected off-by-one error in r300_vertprog.c."

This reverts commit 07ac2386f5c0ab9c2432d4b5e3490b1e13d033fc.

r300: Corrected off-by-one error in r300_vertprog.c.

r300: Moved some hardware initialization into appropriate functions.

r300: Use a switch statement in r300UpdateCulling.

r300: Setup the back facing color bits correctly.

Apparently for back facing color to work you must set all 3 color bits; I guess
the hardware cannot handle them separately.

fix width/depth mix-up (bug 11577)

fix swizzle-related bug 11534

nv20 also don't support viewport_origin, like nv10

nouveau: match drm 0.0.9 interface

clean-up of stencil code

Minor clean-up of polygon offset logic. Properly compute _MRD field.

Improve this demo in a few ways.

1. Use more reasonable hither/yon clip planes to make better use of shallow
(16-bit) z buffers.
2. Use different colors on cube faces to help detect Z fighting if it occurs.
3. Report GL_DEPTH_BITS on start-up.