| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
found.
The later incorrectly encourages filing a bug (10703, for example).
|
|
|
|
|
|
GLushort->GLuint conversion.
This improves performance and avoids int/float/int conversion problems that
can introduce errors during glCopyTexImage(). Another fix for the depth peeling
algorithm.
|
|
|
|
This is a bit of a hack for now because the tnl module is using the swrast
module to fetch texels. The texture fetch/filter code should probably be
moved into the main/ module since it doesn't really depend upon other
swrast code.
|
|
generates an error
|
|
constants.
Previously, this limited us to 12 temp regs for vertex programs. Many vertex
shaders could exceed that. This forces us to stop using t_vb_arbprogram.c
for now because of its particular register indexing scheme. Need to increase
bits allocated for register indexing, etc.
|
|
|
|
|
|
|
|
|
|
This is a remnant from the libcwrapper days that can be removed now. It is the
last XFree86 glitch in Mesa core.
Reverts the following commit (thanks to Brian Paul for pointing to it):
commit 8b1dc68662f2a18ea4e02c6d3247c5d1da741aa8
Author: Alan Hourihane <alanh@tungstengraphics.com>
Date: Tue Jan 24 21:40:53 2006 +0000
pull in fix from 6.4 branch for XFree86Server definition
commit cc7b6810e2fe6ab485fd96d5f17bf5d9329bd153
Author: Ian Romanick <idr@us.ibm.com>
Date: Fri Oct 21 18:09:24 2005 +0000
Make execmem.c compile in the server (libGLcore). Since xf86mmap
doesn't know about MAP_ANONYMOUS, this is the only viable fix. This
issue will likely have to be revisited at some point.
|
|
|
|
|
|
|
|
|
|
|
|
The calculation of _MaxElement was wrong if the stride was larger than
elementSize, which lead to rejection of every DrawElements call which accessed
the maximum element if CheckArrayBounds was enabled.
|
|
Was removed during glsl-compiler work. Still need to go back and revisit this
because of the interaction with fragment shaders...
|
|
|
|
|
|
|
|
|
|
Nicolai writes:
When the pixmap pixel format has no alpha channel, the x11 driver
(software rendering) adds a wrapped alpha channel on request.
During SwapBuffers, this alpha channel is not copied from back to
front, which means that the front buffer doesn't really contain the
contents that the back buffer previously contained.
A subsequent glReadPixels from the front buffer will return an
incorrect result. The following patch attempts to fix this.
|
|
ctx->Shader.EmitCondCodes determines if we use condition codes.
If not, IF statement uses first operand's X component as the condition.
Added OPCODE_BRK0, OPCODE_BRK1, OPCODE_CONT0, OPCODE_CONT1 to handle
the common cases of conditional break/continue.
|
|
|
|
if not bail accordingly.
Previously we'd only do this test on compressed textures.
|
|
|
|
to fix #10232
Table6.1(in gl2.1) has been applied for glGetTexImage
before calling into _mesa_pack_rgba_span_float.
|
|
or TexImage(DEPTH_COMPONENT)
|
|
If possible, let minCol != maxCol
|
|
|
|
In xmesa_check_and_update_buffer_size() handle xmctx==NULL correctly: still
call _mesa_resize_framebufer(). If we don't we can wind up in a situation
where the framebuffer size is non-zero but an attached renderbuffer size
is still initialized to zero. This inconsistancy can later cause problems.
Check for zero-size renderbuffers in update_color_draw_buffers() and
update_color_read_buffer().
See bug 7205.
|
|
The pixel transfer path has three color table lookups.
Use an array [3] to store that info, rather than separate variables.
|
|
|
|
|
|
|
|
|
|
_mesa_pack_rgba_span_float(), bug 10298
|
|
|
|
Reorder fields according to the order in which the pixel transfer operations
take place. Improve comments.
Move the pixel maps out of gl_pixel_attrib since they're not supposed to be
pushed/popped by glPush/PopAttrib.
New gl_pixelmap and gl_pixelmaps structs to contain the pixelmaps.
|
|
|
|
|
|
|
|
1. take packed pixel data as a component
2. fix for GL_BITMAP when compiling glTexImage, etc into
a display list: a. flip byte if lsbFirst is true since
DefaultPacking->lsbFirst is false. b. handle SkipPixels
|
|
|
