summaryrefslogtreecommitdiffstats
path: root/src/mesa/main/api_loopback.c
Commit message (Collapse)AuthorAgeFilesLines
* mesa: Include mfeatures.h in api_loopback for FEATURE_beginend.Vinson Lee2010-11-061-0/+1
|
* mesa: remove dead codeBrian Paul2010-10-291-41/+0
|
* mesa: Fix windows build (uint -> GLuint).José Fonseca2010-10-291-4/+4
|
* Merge branch 'glapi-reorg'Chia-I Wu2010-10-291-1/+0
|\ | | | | | | | | | | | | | | | | Conflicts: src/mapi/glapi/glapi_sparc.S src/mapi/glapi/glapi_x86.S src/mapi/glapi/glapidispatch.h src/mapi/glapi/glapioffsets.h src/mapi/glapi/glprocs.h
| * mesa: Remove unnecessary glapitable.h includes.Chia-I Wu2010-10-271-1/+0
| | | | | | | | | | | | | | | | | | With 07b85457d95bcc70588584e9380c51cd63aa3a2b, glapitable.h is included by core mesa only to know the size of _glapi_table. It is not necessary as the same info is given by _gloffset_COUNT. This change makes _glapi_table opaque to core mesa. All operations on it are supposed to go through one of the SET/GET/CALL macros.
* | mesa: implement integer-valued vertex attribute functionsBrian Paul2010-10-281-108/+36
|/ | | | The integers still get converted to floats. That'll have to change someday.
* mesa: new GL 3.0 VertexAttrib commandsBrian Paul2010-05-251-0/+174
| | | | Still need to plug in API dispatch...
* mesa: Move src/mesa/glapi/dispatch.h to mesa.Chia-I Wu2010-02-251-1/+1
| | | | | | glapi/dispatch.h is a core Mesa header file. Move the header file to main/ to make this clear. It also becomes clear after this change that IN_DRI_DRIVER is only used in core Mesa to enable the remap table.
* mesa/main: New feature FEATURE_beginend.Chia-I Wu2009-09-301-0/+7
| | | | | This feature corresponds to the Begin/End paradigm. Disabling this feature also eliminates the use of GLvertexformat completely.
* mesa: remove unneeded includesBrian Paul2008-10-101-1/+0
|
* Be more consistant with paths in #includes. Eventually, eliminate a bunch ↵Brian2007-07-041-4/+4
| | | | of -I flags.
* Color3iv: set the alpha value to 1.0Xiang, Haihao2007-03-251-1/+1
|
* glTexCoord3dv was not using third coordinateSean D'Epagnier2006-11-211-1/+1
|
* Put color index attribute into the 6th attribute slot.Brian Paul2006-04-251-0/+11
| | | | | | Update a lot of loops, conditionals to use the _TNL_FIRST/LAST_* values instead of specific vertex attributes. Remove the EdgeFlagv function from the GLvertexformat struct.
* Wrap every place that accesses a dispatch table with a macro. A new script-Ian Romanick2005-07-181-233/+235
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Change the dispatch offsets for the VertexAttrib*NV functions so they don'tBrian Paul2004-11-271-93/+174
| | | | | | | alias with the corresponding ARB functions. GL_ARB_vertex_shader (and OpenGL 2.0's) VertexAttrib functions don't alias with conventional vertex attributes, as GL_NV_vertex_program does. So, the ARB and NV version of VertexAttrib need to be distinct.
* VertexAttrib3svNV was incorrectBrian Paul2004-10-291-3/+3
|
* Convert all calls using _glapi_Dispatch to use the new GL_CALL macro.Ian Romanick2004-05-271-24/+25
|
* don't call glVertex functions directly, call _glapi_Dispatch->Vertex(), etcBrian Paul2004-01-211-20/+20
|
* Add missing GLAPIENTRYKarl Schultz2003-12-041-1/+1
|
* Merge vtx-0-2-branchKeith Whitwell2003-11-241-540/+146
|
* Added GLAPIENTRY decorations for all first level OpenGL API function entryKendall Bennett2003-10-211-221/+221
| | | | | points so that the calling conventions will work correctly with the assembler stubs with the Open Watcom compiler.
* Silence compiler warnings about implicit casts or conversions by supplying ↵Karl Schultz2003-08-301-5/+5
| | | | explicit casts and/or tweaking constant and variable definitions.
* Merge Jose's documentation and core Mesa changes from embedded branchKeith Whitwell2003-07-171-3/+6
|
* added GL_ARB_vertex_program functionsBrian Paul2003-05-101-4/+82
|
* Pass 4th element correctly in loopback_VertexAttrib4svNVKeith Whitwell2003-04-051-2/+3
|
* updated email addressesBrian Paul2002-10-291-2/+2
|
* Add casts to quiet compiler warnings.Karl Schultz2002-10-171-3/+3
|
* Removed api_compat stuff, there's a better way.Brian Paul2002-01-141-8/+10
| | | | Fixed FogCoord / SecondaryColor mix-ups in api_arrayelt.c
* add _compat_VertexAttrib4fNVKeith Whitwell2001-12-211-1/+2
|
* Further help with dri libGL version skewKeith Whitwell2001-12-201-29/+31
|
* vertex program check-inBrian Paul2001-12-141-1/+304
|
* dispatch changes to minimize hassle with XFree86 libGLBrian Paul2001-12-041-25/+25
|
* API dispath updatesBrian Paul2001-11-181-25/+25
|
* more warning fixes (Karl Schultz)Brian Paul2001-09-141-85/+91
|
* Set 'prefer_float_colors' true, now that tnl uses them natively.Keith Whitwell2001-05-101-2/+2
| | | | Apply Jeff Epler's optimization to ci spans as well, remove old code.
* Consistent copyright info (version number, date) across all files.Gareth Hughes2001-03-121-29/+27
|
* missed a few color macro changesBrian Paul2001-01-021-8/+8
|
* Removed fixed.h (GLfixed now in mtypes.h, fixed-pt macros in mmath.h)Brian Paul2001-01-021-17/+18
| | | | | Clean-up of color conversion macros. New mmath.h macros (IROUND, IFLOOR, ICEIL, FRAC) used in various places.
* Major rework of tnl moduleKeith Whitwell2000-12-261-2/+3
| | | | | | | New array_cache module Support 8 texture units in core mesa (now support 8 everywhere) Rework core mesa statechange operations to avoid flushing on many noop statechanges.
* map glIndex* functions to glIndexi() (glIndexub was looping back to glIndexub)Brian Paul2000-11-271-16/+41
|
* Fixed a couple of bugs that crept into last commitKeith Whitwell2000-11-241-1/+1
| | | | | | | - Eval not compiled correctly - Material colors computed incorrectly Reworked the VERT_TEX flags, now support upto 12 texture units in tnl.
* New files...Keith Whitwell2000-11-241-0/+1536
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-18 03:37:46 +0000