summaryrefslogtreecommitdiffstats
path: root/src/mesa
Commit message (Collapse)AuthorAgeFilesLines
* some GLuint idx -> GLint idx changesBrian Paul2005-07-221-4/+4
|
* Make the vertex program source register Index field a signed int sinceBrian Paul2005-07-224-12/+13
| | | | | | | relative addressing can be negative. Change some GLuint indexes to GLint in the t_vp_build.c file. Added PROGRAM_UNDEFINED token for initializing the register File field to avoid a gcc 4.0 warning.
* bump version to 6.3.1Brian Paul2005-07-211-4/+4
|
* make i810PrintSetupFlags() static, first param constBrian Paul2005-07-212-4/+1
|
* check for FEATURE_EXT_framebuffer_object to enable EXT_framebuffer_objectBrian Paul2005-07-211-1/+3
|
* remove ^M chars, disable shading language extensionsBrian Paul2005-07-211-26/+26
|
* Clean up warnings in r300 code by making some symbols static, adding prototypesEric Anholt2005-07-2011-18/+36
| | | | | for others, and being cleaner with types in fragment/vertex program structures. One warning in r300_shader.c is still concerning.
* replace fprintf() calls with _mesa_problem()Brian Paul2005-07-191-4/+5
|
* remove fprintf()Brian Paul2005-07-191-2/+0
|
* include driverfuncs.hBrian Paul2005-07-191-2/+0
|
* s/clippping/clipping/Brian Paul2005-07-181-2/+2
|
* Fix the FFB driver for the renderbuffer changesAlan Hourihane2005-07-188-94/+316
| | | | Support NEW INTERFACE as well
* pass in the renderbufferAlan Hourihane2005-07-181-1/+1
|
* Missed this on the previous commit.Ian Romanick2005-07-181-0/+2498
|
* Wrap every place that accesses a dispatch table with a macro. A new script-Ian Romanick2005-07-1824-2430/+2307
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | generated file, called src/mesa/glapi/dispatch.h, is added. This file contains three macros for each API function. It contains a GET, a SET, and a CALL. Each of the macros take a pointer to the context and a pointer to the dispatch table. In several threads on mesa3d-dev we discussed replacing _glapi_add_entrypoint with a new function called _glapi_add_dispatch. For this discussion, the important difference between the two is that the caller of _glapi_add_dispatch does *not* know what the dispatch offset will be at compile time. Because of this callers need to track the dispatch offset returned by _glapi_add_dispatch. http://marc.theaimsgroup.com/?t=111947074700001&r=1&w=2 The downside is that driver code then has to access the dispatch table two different ways. It accesses it using structure tags (e.g., exec->Begin) for functions with fixed offsets and via a remap table (e.g., exec[ remap->NewExtensionFunction ]) for functions without fixed offsets. Yuck! Using the macros allows both types of functions to be accessed identically. If a driver needs to set a pointer for Begin, it does 'SET_Begin(ctx, exec, my_begin_function)'. If it needs to set a pointer for NewExtensionFunction, it does 'SET_NewExtensionFunction(ctx, exec, my_NewExtensionFunction_function)'. Furthermore, if at some point in the future a static offset is assigned for NewExtensionFunction, only the macros need to change (instead of every single place that accesses a table for that function). This code differs slightly from the originally posted patches in that the CALL, GET, and SET marcos no longer take a context pointer as a parameter. Brian Paul had suggested that the remap table could be stored as a global since it would be set at CreateScreen time and would be constant for all contexts. This change reflects that feedback. http://marc.theaimsgroup.com/?t=112087194700001&r=1&w=2
* XMesaResizeBuffers needs separate paths for client and server buildsAdam Jackson2005-07-161-0/+7
|
* strip out vestigial #ifdef HAVE_CONFIG_H stanzas, they're confusing theAdam Jackson2005-07-164-21/+1
| | | | modular X build
* disable call to via_sse_memcpy() until it's fixedmesa_20050715Brian Paul2005-07-151-1/+7
|
* need to flush vertices for GL_OCCLUSION_TEST_RESULT_HP queryBrian Paul2005-07-152-1/+5
|
* Check for null program->Parameters pointer in validate_vertex_program().Brian Paul2005-07-151-1/+5
| | | | | GL_NV_vertex_program programs can't directly reference GL state so this pointer is always NULL.
* added commentsBrian Paul2005-07-151-4/+7
|
* remove duplicate "User disable" stringBrian Paul2005-07-151-1/+0
|
* replace gcc with $(CC) (Egbert Eich)Brian Paul2005-07-151-4/+2
|
* added a few more fallbackStrings (Andreas Stenglein)Brian Paul2005-07-141-1/+5
|
* Use the LDEXPF wrapper macro.Keith Whitwell2005-07-131-2/+2
|
* Add a LDEXPF wrapper macro.Keith Whitwell2005-07-131-0/+3
|
* Wrap RESTORE_FPU/RND_NEG_FPU declarations with check for USE_SSE_ASM.Keith Whitwell2005-07-131-0/+6
|
* Cache texenv programs to avoid repeated compilation (Ben Skeggs)Keith Whitwell2005-07-114-224/+448
|
* Add runtime compiled x87 implementations for most of the remainingKeith Whitwell2005-07-103-208/+575
| | | | | opcodes. When enabled via environment vars, gears runs and almost looks right but other apps are still quite buggy.
* Add lots of x87 fpu instructions.Keith Whitwell2005-07-102-95/+515
|
* Re-enable r200InitSpanFuncs, which was ifdefed out (probably by mistake?),Roland Scheidegger2005-07-061-2/+0
| | | | | so r200SetBuffer, r200SpanRenderStart and r200SpanRenderFinish get called again. Bugzilla #3705, #3706.
* The old MESA_PBUFFER_ALLOC() function allocated memory on 512-byte boundaries.Brian Paul2005-07-053-12/+44
| | | | | Restore that behavior with new _mesa_alloc_texmemory() function. Should fix via_sse_memcpy() problem in found with flightgear.
* Add support for assembly (static) dispatch functions on x86-64. ThisIan Romanick2005-07-025-5/+31311
| | | | | | is basically patch #2939 from X.org bugzilla #3379. This does *not* fix the bug as it does not dynamically generate stubs at run-time. It just gets things one step closer.
* Expose the fact that we do not do either selection of feedback buffers - ↵Vladimir Dergachev2005-07-022-0/+11
| | | | either with software or hardware rendering.
* Adding RV350_NJ ID.Jerome Glisse2005-07-011-0/+2
|
* Adapt extension string to new GL dispatch schema proposedJerome Glisse2005-07-011-1/+48
| | | | | | by Idr. This patch is based on Idr patch to radeon driver. Change #if 1 to #if 0 (r300_context.c:l69) for old dispatch tab.
* Don't #define __FUNCTION__ on a Microsoft C compiler new enough to have it.Karl Schultz2005-07-011-1/+2
|
* Set fp->Opcode for OP_TEX_KILL case, fix from Ben Skeggs.Keith Whitwell2005-07-011-0/+1
|
* Use frexp on Windows; frexpf is not available.Karl Schultz2005-07-011-0/+4
|
* Fix a prototypeKarl Schultz2005-07-011-5/+5
|
* convert sis and radeon driver to use spantmp2 instead of spantmp template. ↵Roland Scheidegger2005-07-013-317/+27
| | | | Remove old (pre-renderbuffer) span code instead of converting that too. Remove this old code from mach64 (the dead code was not fully converted to spantmp2 previously) too.
* comment-out some unused code to silence warningsBrian Paul2005-07-012-2/+3
|
* replace some free() calls with _mesa_free()Brian Paul2005-07-012-5/+6
|
* fix dependenciesBrian Paul2005-07-011-5/+5
|
* fix typo in assertionsBrian Paul2005-07-011-2/+2
|
* Move the PYTHON2 and PYTHON_FLAGS assignments to configs/current, andBrian Paul2005-07-011-3/+3
| | | | | include $(TOP)/configs/current in glapi/Makefile so those vars can be easily overridden by any system config, if needed.
* Remove NEW_RENDERBUFFER stuff.Brian Paul2005-07-0111-35/+18
| | | | | Now, OLD_RENDERBUFFER marks code that needs to eventually be removed when all the drivers are updated to no longer need the SetBuffer() function.
* remove OLD_RENDERBUFFER codeBrian Paul2005-07-011-87/+16
|
* remove OLD_RENDERBUFFER stuffBrian Paul2005-07-011-6/+2
|
* remove common macros used in the span functions of most drivers from the ↵Roland Scheidegger2005-07-0119-475/+124
| | | | individual drivers and put them in common code. It is still possible for a driver to define its own macros if it has special needs. This affects CLIPPIXEL, CLIPSPAN, HW_CLIPLOOP, HW_ENDCLIPLOOP, and for drivers using the spantmp2 template also GET_SRC_PTR and GET_DST_PTR.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-29 05:37:09 +0000