summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* call ProgramStringNotify() after linkingBrian2007-04-181-0/+6
|
* check _PreferPixelFog in _swrast_span_default_fog(), see bug 10669Brian2007-04-181-5/+14
|
* improved fog commentBrian2007-04-181-1/+1
|
* glean glsl test now does over 150 testsBrian2007-04-181-1/+1
|
* added href to shading language infoBrian2007-04-181-1/+2
|
* prep for 6.5.3 releaseBrian2007-04-184-23/+35
|
* add progs/glsl/ to DEMO_FILES, s/pre/rc1/Brian2007-04-181-4/+7
|
* fig segment fault issue in TAG(triangle), (see bug 10589)Xiang, Haihao2007-04-181-19/+24
| | | | | | Bit SS_TWOSIDE_BIT is set if gl_FrontFacing lives in fragment input (see commit 10b5895597d5e069183cb647d17eb412effceb4f). However, VB->ColorPtr[1] isn't assigned after that.
* omit the glide/svga sources from stand-alone libGL (anyone using them?)Brian2007-04-171-3/+1
|
* Enable texture sampling for vertex programs/shaders.Brian2007-04-174-20/+70
| | | | | | | 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.
* In bind_inputs() set VB->EdgeFlag to NULL if it's not needed.Brian2007-04-171-1/+4
| | | | | | Otherwise, the clip/interp code was finding VB->EdgeFlag to be non-null and reading/writing it when the memory may have been freed earlier in free_space(). This fixes several VTK segfaults/failures reported by Brad King @ Kitware.
* regeneratedBrian2007-04-172-378/+438
|
* fix/simplify some texture functionsBrian2007-04-171-23/+10
|
* more matrix function updatesBrian2007-04-171-96/+300
|
* don't set GL_TEXTURE_MAX_LEVEL for GL_TEXTURE_RECTANGLE_ARB as that ↵Brian2007-04-171-1/+2
| | | | generates an error
* Defer buffer pool creation to the first context creation.Thomas Hellstrom2007-04-173-43/+55
| | | | | | This way we have a hw context so that we can take the hardware lock. Also, at this point, AIGLX isn't locked with the X server context as it is at screen creation.
* cleanups for t_vb_program.cRoland Scheidegger2007-04-171-13/+19
| | | | | | use VertexProgram._Current instead of VertexProgram.Current in a few more places. Only fixup fogc and psiz in case this is really a nv program (others are fine if undefined), and fix this case up so the values actually get written.
* r300: r300_render.c:391: warning: unused variable 'i'Oliver McFadden2007-04-171-1/+0
|
* lots of changes, fixes, clean-upsBrian2007-04-161-179/+185
|
* just clean-upsBrian2007-04-162-55/+48
|
* move GL_EXT_stencil_two_side into alphabetical positionBrian2007-04-161-1/+1
|
* Fix glActiveStencilFaceEXT dispatch problem (bug 10523).Brian2007-04-161-6/+3
| | | | | | | | OK, _all_ extensions that might get enabled by the driver need to be in the card_extensions[] list. driInitExtensions() is called at least twice: first during screen creation, then once for each context that's created. The first call sets up the dispatch table. The second call just sets the extension enable/disable flags.
* remove _tnl_arb_vertex_program_stageBrian2007-04-161-1/+0
|
* remove _tnl_arb_vertex_program_stageBrian2007-04-166-11/+0
|
* need to clamp MAD for linear fogBrian2007-04-161-0/+1
|
* removed unused t_vb_arbprogram stageBrian2007-04-163-3153/+0
|
* remove t_vb_arbprogram.cBrian2007-04-161-2/+0
|
* unhook t_vb_arbprogram.c code - it's going awayBrian2007-04-163-14/+19
|
* Use generic program limits instead of NV-specific ones to init program ↵Brian2007-04-162-5/+8
| | | | | | | | | 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.
* Fix some assertions that could occur when an error was earlier logged.Brian2007-04-161-4/+19
|
* use b->display instead of b->xm_visual->display to fix some problems ↵Brian2007-04-161-7/+7
| | | | detected w/ valgrind
* Make sure we are locked when creating drm buffer objects.Thomas Hellstrom2007-04-166-5/+37
| | | | | Don't place buffer objects on unfenced list when newly created. Fix a buffer object wait-for-idle deadlock.
* illegal to set GL_TEXTURE_MAX_LEVEL w/ GL_TEXTURE_RECTANGLE_ARBBrian2007-04-141-4/+8
|
* implement shadow2DRect functionsBrian2007-04-142-74/+72
|
* Fix sample_depth_texture() to handle texture rectangle coords.Brian2007-04-141-30/+85
|
* set osmesa renderbuffer refcount=1 upon creation, free renderbuffer in ↵Brian2007-04-141-2/+7
| | | | OSMesaDestroyContext()
* more _mesa_unreference_framebuffer() calls, remove dead codeBrian2007-04-141-24/+2
|
* fix negative zoom factor bug (10636), more commentsBrian2007-04-141-3/+11
|
* r300: emit different clear paths for non-TCL, this gets the clear color correctDave Airlie2007-04-141-2/+15
|
* r300: remove unneeded semicolon from macroDave Airlie2007-04-141-1/+1
|
* r300: if we don't have TCL don't setup state emissions for vertex shadersDave Airlie2007-04-143-88/+104
|
* patch for Digital/Tru64 (bug 10635) - forwarded to OpenGL ARB as wellBrian2007-04-131-1/+1
|
* xmesa: drop unused XMesaPutImageHelper.George Sapountzis2007-04-133-26/+1
| | | | | | | | It could only be called from XMesaCopySubBuffer but this function is not used by XFree86. It seems that XMesaPutImageHelper would handle sub-images but never got finished. Proper sub-image helpers should be written if need be.
* xmesa: export xmesa functions used by xfree86.George Sapountzis2007-04-133-14/+30
| | | | | | | | | This uses xmesa.h as the GLcore interface and avoids adding an explicit GLcore inteface which would not be a proper interface anyway. It puts the declarations of the three functions specific for XMesa/XFree86 in xmesa.h, we can push them down to xmesa_xf86.h if hiding behind XFree86Server ifdef's is not enough.
* s/version/vertex/Brian2007-04-121-1/+1
|
* fix bug in _playback_copy_to_current(): need to skip version position data ↵Brian2007-04-121-0/+2
| | | | (see bug 10587)
* disable debug printfsBrian2007-04-121-8/+6
|
* Added sanity checking in _slang_sizeof_type_specifier() to be sure sizes are ↵Brian2007-04-121-27/+68
| | | | what's expected.
* use _mesa_clear_shader_program_data()Brian2007-04-121-1/+1
|
* New _mesa_reference_shader/program() function to consolidate refcounting.Brian2007-04-122-49/+166
| | | | | Note that (unlike texture objects), shader handles remain valid (in the hash table) after glDeleteShader/Program() if the refcount isn't zero.