summaryrefslogtreecommitdiffstats
path: root/src/mesa/main/varray.c
Commit message (Collapse)AuthorAgeFilesLines
* mesa: silence a printf warningBrian Paul2010-07-141-2/+2
|
* mesa: move all vertex array functions into varray.cBrian Paul2010-05-251-0/+242
|
* mesa: added _mesa_VertexAttribIPointer()Brian Paul2010-05-251-0/+19
|
* mesa: API and state for GL 3.1 primitive restartBrian Paul2010-04-201-0/+21
|
* 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.
* Replace the _mesa_*printf() wrappers with the plain libc versionsKristian Høgsberg2010-02-191-9/+9
|
* mesa: added texcoord unit assertionBrian Paul2010-02-031-0/+2
|
* mesa: add core support for ARB_half_float_vertex.Dave Airlie2010-01-231-0/+21
| | | | | | | | Adds the extension to the list + support to the APIs. also add t_draw.c support to convert for sw rast. Signed-off-by: Dave Airlie <[email protected]>
* mesa: remove unused vertex array driver hooksBrian Paul2009-11-161-76/+26
|
* mesa: Make MultiDrawElements submit multiple primitives at once.Eric Anholt2009-09-011-18/+0
| | | | | | | | | Previously, MultiDrawElements just called DrawElements a bunch of times. By sending several primitives down the pipeline at once, we avoid a bunch of validation. On my GL demo, this improves fps by 2.5% (+/- .41%) and reduces CPU usage by 70.5% (+/- 2.9%) (n=3). Reviewed by: Ian Romanick <[email protected]>
* mesa: new _mesa_copy_client_array() functionBrian Paul2009-08-071-0/+23
|
* mesa: more error message info for vertex pointer functionsBrian Paul2009-08-041-6/+12
|
* mesa: enforce the rule that arrays live in VBOs for GL_ARB_vertex_array_objectBrian Paul2009-06-221-25/+52
|
* mesa: move vertex array objects from shared state to per-contextBrian Paul2009-06-191-0/+26
| | | | | The ARB version requires VAOs to be per-context while the Apple extension was ambiguous.
* mesa: EXT_vertex_array_bgra fixesMaciej Cencora2009-06-081-3/+24
| | | | | | | | 1) Pass the correct format when calling update_array in _mesa_VertexAttribPointerARB. 2) glVertexAttribPointerNV accepts GL_BGRA format too. 3) raise INVALID_VALUE error when format is BGRA and normalized is false in glVertexAttribPointerARB
* mesa: use Elements() for loop limitBrian Paul2009-05-221-2/+2
|
* mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTSBrian Paul2009-05-211-1/+1
|
* mesa: freshen comments for update_array()Brian Paul2009-05-211-3/+2
|
* mesa: remove const qualifierBrian Paul2009-05-211-1/+1
|
* mesa: VertexAttribPointer commentsBrian Paul2009-05-211-0/+11
|
* mesa: call _mesa_update_array_object_max_element() before printing array infoBrian Paul2009-05-211-0/+2
|
* mesa: added _mesa_print_arrays() for debuggingBrian Paul2009-05-211-1/+46
|
* mesa: reference counting for gl_array_objectBrian Paul2009-05-071-2/+2
| | | | | Every kind of object that can be shared by multiple contexts should be refcounted.
* mesa: Compute gl_client_array->_MaxElement during array validationBrian Paul2009-05-071-13/+0
| | | | | | Used to be done in the glVertex/Normal/Color/etc/Pointer() calls but if the VBO was reallocated the size could change. New _NEW_BUFFER_OBJECT state flag.
* mesa: use array->BufferObj instead of ctx->Array.ArrayBufferObjBrian Paul2009-05-071-2/+2
| | | | No difference, but a little more understandable.
* mesa: added _ElementSize field to gl_client_arrayBrian Paul2009-05-071-0/+2
| | | | Will be handy for bounds checking later...
* mesa: update glColorPointer, etc for GL_EXT_vertex_array_bgraBrian Paul2009-01-231-18/+68
| | | | Add new error checking, set array state appropriately.
* mesa: added case for fixed ptBrian Paul2008-09-211-0/+5
|
* mesa: point size arraysBrian Paul2008-09-211-0/+31
|
* mesa: GL_BYTE vertex/texcoord arraysBrian Paul2008-09-211-0/+10
|
* mesa: initial support for fixed-pt vertex arraysBrian Paul2008-09-211-0/+20
|
* mesa: improved gl_buffer_object reference countingBrian Paul2008-09-041-10/+5
| | | | | Use new _mesa_reference_buffer_object() function wherever possible. Fixes buffer object/display list crash reported in ParaView.
* mesa: remove an error check for NV_v_p that doesn't apply to ARB_v_pBrian Paul2008-07-291-5/+0
|
* Set normalized flag for GLubyte arrays in _mesa_VertexAttribPointerNV()Markus Amsler2008-03-091-1/+2
|
* Allow first != 0 in mesa CVA handling, and add more error checking.Eric Anholt2008-02-041-7/+18
|
* Be more consistant with paths in #includes. Eventually, eliminate a bunch ↵Brian2007-07-041-1/+1
| | | | of -I flags.
* fix incorrect _MaxElement calculationRoland Scheidegger2007-03-271-1/+2
| | | | | | 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.
* get rid of GL_BOOLEAN definition (bug 8113)Brian Paul2006-09-041-5/+1
|
* clean-ups and new commentsBrian Paul2006-06-131-9/+19
|
* Add support for GL_APPLE_vertex_array_object. Several test programsIan Romanick2006-06-121-77/+13
| | | | | | | and demos are also added. Adding basic support to drivers should be as easy as just enabling the extension, though thorough test would also be required.
* No longer alias generic vertex attribs with conventional attribs for ↵Brian Paul2006-04-251-11/+12
| | | | GL_ARB_vertex_program.
* Set array normalization flag for normals, colors (Keith)Brian Paul2006-04-131-3/+3
|
* More GLSL code:Michal Krol2006-04-111-3/+3
| | | | | | | | | | | | - use macros to access and modify render inputs bit-field; - un-alias generic vertex attributes for ARB vertex calls; - use MAX_VERTEX_PROGRAM_ATTRIBS (NV code) or MAX_VERTEX_ATTRIBS (ARB code) in place of VERT_ATTRIB_MAX; - define VERT_ATTRIB_GENERIC0..15 for un-aliased vertex attributes for ARB_vertex_shader; - fix generic attribute index range check in arbprogparse.c; - interface GLSL varyings between vertex and fragment shader; - use 64-bit optimised bitset (bitset.h) for render inputs;
* Re-org and clean-up of vertx/fragment program limits (instructions,Brian Paul2005-11-011-1/+1
| | | | | | | temporaries, parameters, etc). glGetProgramivARB() now returns all the right things. Updated i915 and r300 code to initialize program native limits and current program's native instruction/temporary/etc counts.
* Wrap every place that accesses a dispatch table with a macro. A new script-Ian Romanick2005-07-181-5/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* VBO RefCount fix (David Reveman)Brian Paul2004-09-271-0/+1
|
* don't futz with GL_CLIENT_ACTIVE_TEXTURE in glClientActiveTexture (Robert ↵Brian Paul2004-03-101-22/+4
| | | | Merrill)
* more changes to VBO reference counting and deletionBrian Paul2004-03-031-0/+2
|
* Do more bookkeeping of vertex buffer object reference counts.Brian Paul2004-02-111-1/+3
| | | | Incr/decr counts when doing glPush/PopClientAttrib(GL_CLIENT_VERTEX_ARRAY_BIT).
* init an uninitialized variable. This doesn't fix a latent bug becauseKarl Schultz2004-01-131-1/+1
| | | | the variable was multiplied by zero.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-18 16:06:32 +0000