- Jan 10, 2009
-
-
Julien Cristau authored
-
Julien Cristau authored
-
Julien Cristau authored
We've switched to using autoconf, and mesa-swx11-source is gone.
-
Julien Cristau authored
Conflicts: debian/changelog debian/rules
-
Julien Cristau authored
-
Julien Cristau authored
-
Julien Cristau authored
-
Julien Cristau authored
-
Julien Cristau authored
Conflicts: progs/tests/Makefile progs/tests/floattex.c
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
Move the include/GL/xmesa*.h files to src/mesa/drivers/x11/ so they're no longer considered public.
-
Brian Paul authored
-
Brian Paul authored
Fixes regression in progs/demos/convolution.c due to loop unrolling. This also allows the following to be compiled correctly: for (int i = 0; i < n; i++) { int i; ... } This fix is a bit of a hack, however. The better fix would be to change the slang_shader.syn grammar. Will revisit that...
-
Brian Paul authored
-
Ian Romanick authored
GL_ATI_separate_stencil is enabled by default for software rasterizers, but the extension functions weren't hooked up to the dispatch table.
-
- Jan 09, 2009
-
-
Brian Paul authored
1-component structs such as "struct foo { float x; }" could get placed at any position within a register. This caused some trouble computing the field offset which assumed all struct objects were placed at R.x. It would be unusual to hit this case in normal shaders.
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
- Jan 08, 2009
-
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
These functions need to return the final computed value. Now expressions such as a = (b += c) work properly. Also, no need to use __asm intrinsics in these functions. The resulting code is the same when using ordinary arithmetic operators and is more legible.
-
Brian Paul authored
-
Emma Anholt authored
-
Emma Anholt authored
Everything now depends on either BRW_NEW_FRAGMENT_PROGRAM or BRW_NEW_VERTEX_PROGRAM.
-
Emma Anholt authored
There was a note in state.c about _Active deserving to die, and there were potential issues with it due to i965 forgetting to set _UseTexEnvProgram. Removing both simplifies things. Reviewed-by: Brian Paul <brianp@vmware.com>
-
Emma Anholt authored
-
Brian Paul authored
If gl_FragData[0] is written but not gl_FragCOlor, use the former.
-
Brian Paul authored
-
Brian Paul authored
Now the #extension directives can be handled properly.
-