History log of /external/mesa3d/src/mesa/main/api_arrayelt.c
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
5795d3b5aec767dc2d7901b432f9182121b8e46f 01-May-2012 Jordan Justen <jordan.l.justen@intel.com> mesa: Add primitive restart support to glArrayElement

When primitive restart is enabled, and glArrayElement is called
with the restart index value, then call glPrimitiveRestartNV.

NOTE: This is a candidate for the 8.0 branch.

Signed-off-by: Jordan Justen <jordan.l.justen@intel.com>
Reviewed-by: Brian Paul<brianp@vmware.com>
/external/mesa3d/src/mesa/main/api_arrayelt.c
762c9766c93697af8d7fbaa729aed118789dbe8e 31-Oct-2011 Mathias Fröhlich <Mathias.Froehlich@web.de> mesa: Use VERT_ATTRIB_* indexed array in gl_array_object.

Replace the distinct struct gl_client_array members in gl_array_object by
an array of gl_client_arrays indexed by VERT_ATTRIB_*.
Renumber the vertex attributes slightly to keep the old semantics of the
distinct array members. Make use of the upper 32 bits in VERT_BIT_*.
Update all occurances of the distinct struct members with the array
equivalents.

Signed-off-by: Mathias Froehlich <Mathias.Froehlich@web.de>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/main/api_arrayelt.c
a0a5bd4bb30a73c10b02c3c3b914940a03f9b790 23-Nov-2011 Yuanhan Liu <yuanhan.liu@linux.intel.com> mesa: move ElementArrayBufferObj to gl_array_object

According opengl spec 4.2.pdf table 6.12 (Vertex Array Object State) at
page 515, the element buffer object is listed in vertex array object.

So, move the ElementArrayBufferObj inside gl_array_object to make
element buffer object per-vao.

This would fix most of(3 left) intel oglc vao test fail

NOTE: this is a candidate for the 7.11 branch.

Signed-off-by: Yuanhan Liu <yuanhan.liu@linux.intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
/external/mesa3d/src/mesa/main/api_arrayelt.c
28249bd260f4c52badf3eb61ade2744604b21bca 22-Aug-2011 Ian Romanick <ian.d.romanick@intel.com> mesa: Eliminate dd_function_table::MapBuffer

Replace all calls to dd_function_table::MapBuffer with appropriate
calls to dd_function_table::MapBufferRange, then remove all the cruft.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Acked-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/main/api_arrayelt.c
b2184da684fc20849b5e6e554f0a0f92d2872ce9 22-Aug-2011 Ian Romanick <ian.d.romanick@intel.com> mesa: Fix incorrect access parameter passed to MapBuffer

The code previously passed GL_DYNAMIC_DRAW for the access parameter.
By inspection, I believe that all drivers would treat this as
GL_READ_WRITE because it's not GL_READ_ONLY and it's not
GL_WRITE_ONLY.

It appears the i965 code wants GL_WRITE_ONLY (it's about to write a
bunch of data in, never read data), while the arrayelt code is
GL_READ_ONLY (just dereffed as arguments to CALL_Whatever*v).

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Acked-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
Reviewed-by: Keith Whitwell <keithw@vmware.com>
/external/mesa3d/src/mesa/main/api_arrayelt.c
12d924c5ae14a1c6a05a3dcae29b77e7668e227d 22-Aug-2011 Ian Romanick <ian.d.romanick@intel.com> mesa: Remove target parameter from dd_function_table::MapBuffer

No driver used that parameter, and most drivers ended up with a bunch
of unused-parameter warnings because it was there.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Acked-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/main/api_arrayelt.c
56f0c00f125ee75caeadc1c9e8cab8a488635e5e 22-Aug-2011 Ian Romanick <ian.d.romanick@intel.com> mesa: Remove target parameter from dd_function_table::UnmapBuffer

No driver used that parameter, and most drivers ended up with a bunch
of unused-parameter warnings because it was there.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/main/api_arrayelt.c
7fbe020bbcfeefbb2b6d6d8d0e23bca99bc06bf1 25-Mar-2011 José Fonseca <jfonseca@vmware.com> mesa: Use appropriate call convention in VertexAttribI*v.

We were using typecasts because the functions pointers are polymorphic
in the second argument type, which.

Surprisingly the wrong calling convention didn't cause crashes on Windows,
but it was causing certain registers to be trashed in MSVC optimized
builds, when processing callists in the ClearView RC Flight Simulator.
/external/mesa3d/src/mesa/main/api_arrayelt.c
db61b9ce39bccc43140357652ceb78baaf2aea44 07-Jan-2011 Vinson Lee <vlee@vmware.com> mesa: Directly include mfeatures.h in files that perform feature tests.
/external/mesa3d/src/mesa/main/api_arrayelt.c
0117da40cd7edd3d165bb28569c289b37eca12b9 06-Jan-2011 Vinson Lee <vlee@vmware.com> mesa: Include mtypes.h in files that use gl_context struct.

Directly include mtypes.h if a file uses a gl_context struct. This
allows future removal of headers that are not strictly necessary but
indirectly include mtypes.h for a file.
/external/mesa3d/src/mesa/main/api_arrayelt.c
55dc971dedd8155e2fe2eb9bb9239e56442b3075 29-Oct-2010 Brian Paul <brianp@vmware.com> mesa: clean-up array element code

Remove unnecessary GLAPIENTRY keywords, update comments, re-indent.
/external/mesa3d/src/mesa/main/api_arrayelt.c
d916d81582aa7c45ccd128f7fd3e8205b1ceebf1 29-Oct-2010 Brian Paul <brianp@vmware.com> mesa: glArrayElement support for integer-valued arrays
/external/mesa3d/src/mesa/main/api_arrayelt.c
f9995b30756140724f41daf963fa06167912be7f 12-Oct-2010 Kristian Høgsberg <krh@bitplanet.net> Drop GLcontext typedef and use struct gl_context instead
/external/mesa3d/src/mesa/main/api_arrayelt.c
2cf44390d1e819f23e1d7ceb3199276c9148c647 23-Feb-2010 Chia-I Wu <olv@lunarg.com> mesa: Move src/mesa/glapi/dispatch.h to mesa.

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.
/external/mesa3d/src/mesa/main/api_arrayelt.c
6e99e6ddbf488f6955e34ef0bc438fdcb4d90f74 16-Oct-2009 Chia-I Wu <olvaffe@gmail.com> glapi: Always build libglapi.a.

This is made possible by making glapioffsets.h and glapidispatch.h
internal headers of glapi. They should only be included indirectly
through dispatch.h by mesa.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
/external/mesa3d/src/mesa/main/api_arrayelt.c
80630d1fed6cd32e75f5e97e2cd27509be21d093 08-Sep-2009 Chia-I Wu <olvaffe@gmail.com> mesa/main: New feature FEATURE_arrayelt.

This allows the removal of AEcontext.
/external/mesa3d/src/mesa/main/api_arrayelt.c
434ec3ada841915a00ffc23f699401eb3e7b37ee 12-Aug-2009 Brian Paul <brianp@vmware.com> mesa: use _mesa_is_bufferobj()
/external/mesa3d/src/mesa/main/api_arrayelt.c
2a3d118a8e4c048e5d850a29301c02f886ba09d4 22-May-2009 Brian Paul <brianp@vmware.com> mesa: use Elements() for loop limit
/external/mesa3d/src/mesa/main/api_arrayelt.c
bf4dfd6563e1ce5cabea415d1e3600ab4abefe81 22-May-2009 Brian Paul <brianp@vmware.com> mesa: minor code clean-up
/external/mesa3d/src/mesa/main/api_arrayelt.c
c07e274f44356cb662c04817f810d8d1adedd872 12-Sep-2008 Keith Whitwell <keith@tungstengraphics.com> mesa: add explict float casts
/external/mesa3d/src/mesa/main/api_arrayelt.c
c223c6b663cd5db39ba19c2be74b88cc3b8f53f3 04-Jul-2007 Brian <brian.paul@tungstengraphics.com> Be more consistant with paths in #includes. Eventually, eliminate a bunch of -I flags.
/external/mesa3d/src/mesa/main/api_arrayelt.c
96c0a6de25de2ba8f9601c13f67c22e1aff17b29 22-Nov-2006 Keith Whitwell <keith@tungstengraphics.com> Prune incoming state to the atoms of interest. Hopefully this will
prevent driver-initiated statechanges in the middle of
DrawElements/DrawArrays from disturbing this code.
/external/mesa3d/src/mesa/main/api_arrayelt.c
b72fbcbe63bd53460da07ce840094924f04d38e0 22-Nov-2006 Keith Whitwell <keith@tungstengraphics.com> Another fix
/external/mesa3d/src/mesa/main/api_arrayelt.c
b1c102d37bb3c273a2623358cb8ebff00bdfb65e 21-Nov-2006 Keith Whitwell <keith@tungstengraphics.com> More fixes, glean seems to run now.
/external/mesa3d/src/mesa/main/api_arrayelt.c
64920ed10ac702ed9be33d4045faa71f06e05029 21-Nov-2006 Keith Whitwell <keith@tungstengraphics.com> Fix more typos.
/external/mesa3d/src/mesa/main/api_arrayelt.c
479aca6bf10b9546deb523f42bc3be48b17081cf 20-Nov-2006 Keith Whitwell <keith@tungstengraphics.com> Fix typos that meant vbos were never unmapped
/external/mesa3d/src/mesa/main/api_arrayelt.c
b97947972193b6b004a0ee49da31146230d43dd8 16-Nov-2006 Keith Whitwell <keith@tungstengraphics.com> Make sure vbo's are mapped before accessing their contents in
api_arrayelt.c. Reported by Haihao Xiang.
/external/mesa3d/src/mesa/main/api_arrayelt.c
ee34e6ef716bb630440299ac1efbc2055ef09ffd 12-Jun-2006 Ian Romanick <idr@us.ibm.com> Add support for GL_APPLE_vertex_array_object. Several test programs
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.
/external/mesa3d/src/mesa/main/api_arrayelt.c
095c6699f449ed4803f23e844cc0227743a9c3e1 25-Apr-2006 Brian Paul <brian.paul@tungstengraphics.com> No longer alias generic vertex attribs with conventional attribs for GL_ARB_vertex_program.
/external/mesa3d/src/mesa/main/api_arrayelt.c
823c581f7cbb90239d3f31f721cabd5bbf88dad9 30-Mar-2006 Adam Jackson <ajax@freedesktop.org> Revert my change from 1.37 as being bogus (see ensuing list discussion for
rationale).
/external/mesa3d/src/mesa/main/api_arrayelt.c
eec33cc310ce2b99164d182719c8d6d54b80a704 17-Mar-2006 Brian Paul <brian.paul@tungstengraphics.com> Init FogCoordFuncs[0..5] too, remove some unneeded #includes
/external/mesa3d/src/mesa/main/api_arrayelt.c
0f1d98c422129b002bd3d90699da7fe8286b3c47 17-Mar-2006 Brian Paul <brian.paul@tungstengraphics.com> remove another test for IN_DRI_DRIVER
/external/mesa3d/src/mesa/main/api_arrayelt.c
37e86254c12c7d7ab844ad772360b7c6bb25b209 19-Jan-2006 Adam Jackson <ajax@freedesktop.org> Avoid a crash when the user has enabled glVertex{,Attrib}Pointer but hasn't
filled in a valid pointer for that attribute or vertex array.
/external/mesa3d/src/mesa/main/api_arrayelt.c
024b5896f09650a599fdf60aa49aaf348941c3e5 25-Nov-2005 Brian Paul <brian.paul@tungstengraphics.com> use ADD_POINTERS macro instead of (uintptr_t) cast
/external/mesa3d/src/mesa/main/api_arrayelt.c
126c89e35fb5179fe077f7593f31ea874c89dd65 05-Aug-2005 Ian Romanick <idr@us.ibm.com> Fix recent problems with display lists and other parts of the code.
CALL_by_offset, SET_by_offset, and GET_by_offset all had various problems.

The core issue is that parts of the device-independent code in Mesa assumes
that all functions have slots in the dispatch table. This is especially
true in the display list code. It will merrilly try to set dispatch
pointers for glVertexAttrib1fARB even if GL_ARB_vertex_program is not
supported. When the GET/SET/CALL macros are invoked, they would read a 0
from the remap table. The problem is that 0 is the dispatch offset for
glNewList!

One change is that the remap table is now initialized to be full of -1
values. In addtion, all of the *_by_offset marcos misbehave in an obvious
way if the specified offset is -1. SET_by_offset will do nothing,
GET_by_offset will return NULL, and CALL_by_offset, since it uses
GET_by_offset, will segfault.

I also had to add GL_EXT_blend_func_separate to the list of default
extensions in all_mesa_extensions (src/mesa/drivers/dri/common/utils.c).
Even though many drivers do not export this extension, glBlendFunc is
internally implemented by calling glBlendFuncSeparate. Without this
addition, glBlendFunc stopped working on drivers (such as mga) that do not
export GL_EXT_blend_func_separate.

There are still a few assertions / crashes in GL_ARB_vertex_program tests,
but I don't think that these are related to any of my changes.
/external/mesa3d/src/mesa/main/api_arrayelt.c
364ae78e69361618c49078edb1dee090a18025f5 19-Jul-2005 Brian Paul <brian.paul@tungstengraphics.com> remove fprintf()
/external/mesa3d/src/mesa/main/api_arrayelt.c
9bdfee3a470a535ebe31074651fbacf680bcea6a 18-Jul-2005 Ian Romanick <idr@us.ibm.com> Wrap every place that accesses a dispatch table with a macro. A new script-
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
/external/mesa3d/src/mesa/main/api_arrayelt.c
6258b76c49f49a56a7c713914b798e80c6553b06 05-May-2005 Karl Schultz <kschultz@freedesktop.org> Port Mesa to build on a P64 platform (e.g., Win64). P64 platforms
use 64-bit pointers and 32-bit longs. So, operations like casting pointers
to unsigned long and back to pointer won't work. glheader.h now
includes files to define uintptr_t, which should instead be used for
this sort of operation. It is an integer type that is the same size
as a pointer.
/external/mesa3d/src/mesa/main/api_arrayelt.c
a0c85249244e1af8dac88076d5f384cf4bd01236 11-Feb-2005 Keith Whitwell <keith@tungstengraphics.com> mesa-main-0-NULL.patch from Jeff Muizelaar
/external/mesa3d/src/mesa/main/api_arrayelt.c
b5b8d22c4ee921dff99b898a5907023b20670a27 27-Nov-2004 Brian Paul <brian.paul@tungstengraphics.com> Change the dispatch offsets for the VertexAttrib*NV functions so they don't
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.
/external/mesa3d/src/mesa/main/api_arrayelt.c
94987beb2c9e87d9c55db5cb7c089dc77f78df94 24-Oct-2004 Adam Jackson <ajax@freedesktop.org> Bug #1682: Mesa core code that gets linked into DRI drivers should never call
through the GL API directly, but should instead use the GL_CALL macro.
/external/mesa3d/src/mesa/main/api_arrayelt.c
c1d455f5827e7044dcb316dadc755a6f91299906 27-May-2004 Ian Romanick <idr@us.ibm.com> Convert all calls using _glapi_Dispatch to use the new GL_CALL macro.
/external/mesa3d/src/mesa/main/api_arrayelt.c
f2f33507748260fe766742a0ed8b02c49d548bd8 23-Apr-2004 Brian Paul <brian.paul@tungstengraphics.com> GL_DOUBLE doesn't follow GL_FLOAT, fix indexing (Keith Harrison)
/external/mesa3d/src/mesa/main/api_arrayelt.c
79b372b92a42aeee11f0500fefe8fc92126e39e3 27-Mar-2004 Brian Paul <brian.paul@tungstengraphics.com> fix some warnings
/external/mesa3d/src/mesa/main/api_arrayelt.c
9d1ff8c1bb56b9ba0d3bf4552351d8bff6620ef2 24-Feb-2004 Brian Paul <brian.paul@tungstengraphics.com> fix incorrect texcoord attribute index
/external/mesa3d/src/mesa/main/api_arrayelt.c
2615e81620bf91cc642b3373c41353b440242fee 24-Feb-2004 Brian Paul <brian.paul@tungstengraphics.com> added some GLAPIENTRY keywords, minor clean-ups
/external/mesa3d/src/mesa/main/api_arrayelt.c
1e3d868ffbec46eecb85b4aaf6990d9ad69e830f 24-Feb-2004 Brian Paul <brian.paul@tungstengraphics.com> Yet another revision of _ae_update_state(). Issue both conventional AND
generic vertex attribute commands, ignoring ctx->VertexProgram.Enabled
since this function may be used during display list compilation.
/external/mesa3d/src/mesa/main/api_arrayelt.c
0d4393a38a2237bb65fbd38b8da73ac328a967d0 11-Feb-2004 Brian Paul <brian.paul@tungstengraphics.com> Fix the problem found with UT after I had added support for glVertexAttrib.
The problem came from using the _glapi_Dispatch->VertexAttrib*fvNV pointers
since they can change from one glArrayElement call to the next.
/external/mesa3d/src/mesa/main/api_arrayelt.c
faaf78aeb0e18c75c9b204a634f296b9c056cf5c 11-Feb-2004 Roland Scheidegger <rscheidegger@gmx.ch> revert to version 1.18 for now to fix segfaults in some applications
/external/mesa3d/src/mesa/main/api_arrayelt.c
53ad0369721966c67bf6edad59c74e9ba7891fa5 09-Feb-2004 Brian Paul <brian.paul@tungstengraphics.com> Restore some of the previous code for handling conventional vertex attributes
more efficiently.
Remove switches/conditionals from vertex attribute wrappers.
glMultiTexCoord is implemented in terms of glVertexAttrib.
/external/mesa3d/src/mesa/main/api_arrayelt.c
0aa8a1062a06616fad18a1901afb5fa67fdcf82a 08-Feb-2004 Brian Paul <brian.paul@tungstengraphics.com> Updated to handle generic vertex attributes accessed vi glArrayElement().
In fact, handle all conventional vertex attributes in terms of generic
attributes (execept for edge flags and color indexes).
/external/mesa3d/src/mesa/main/api_arrayelt.c
b72902e061b0efbe442945dc319e60fcbccf9e8e 28-Jan-2004 Karl Schultz <kschultz@freedesktop.org> Add GLAPIENTRY function decorations for correct operation on Windows.
/external/mesa3d/src/mesa/main/api_arrayelt.c
d6745697b625a6a5b7d6e3d7dd5f5510f96e277a 04-Dec-2003 Karl Schultz <kschultz@freedesktop.org> Add missing GLAPIENTRY
/external/mesa3d/src/mesa/main/api_arrayelt.c
ae0eaf93e092ac8e8b1c98f3e986de96940663fa 24-Nov-2003 Keith Whitwell <keith@tungstengraphics.com> Merge vtx-0-2-branch
/external/mesa3d/src/mesa/main/api_arrayelt.c
57d882b6847128fe5f72575f61a2b2dace7ac46c 17-Sep-2003 Brian Paul <brian.paul@tungstengraphics.com> GL_ARB_vertex_buffer_object working now, at least for non-indexed
vertex arrays.
/external/mesa3d/src/mesa/main/api_arrayelt.c
9ac51f57efe07ed43a1e4224a7f5daddec401b36 05-Jun-2003 Ian Romanick <idr@us.ibm.com> Removed all RCS / CVS tags (Id, Header, Date, etc.) from everything.
/external/mesa3d/src/mesa/main/api_arrayelt.c
92f9785c727ea10ff5f8dc9770f0e8f388fcea70 02-May-2003 Brian Paul <brian.paul@tungstengraphics.com> Use ctx->Const.MaxTextureImageUnits and MaxTextureCoordUnits in more places.
Misc vertex array / vertex program changes.
/external/mesa3d/src/mesa/main/api_arrayelt.c
610d59981a9f43fefe29b34ef19c184d28e2bef5 14-Jan-2003 Brian Paul <brian.paul@tungstengraphics.com> First batch of code for GL_NV_fragment_program.
Re-org of some GL_NV_vertex_program code.
Replace MAX_TEXTURE_UNITS with MAX_TEXTURE_COORD_UNITS and MAX_TEXTURE_IMAGE_UNITS.
/external/mesa3d/src/mesa/main/api_arrayelt.c
05a4b37707d2c598ea68c05d07a3d65bcbf5a076 29-Oct-2002 Brian Paul <brian.paul@tungstengraphics.com> updated email addresses
/external/mesa3d/src/mesa/main/api_arrayelt.c
3c63452e64df7e10aa073c6c3b9492b1d7dabbb8 25-Oct-2002 Brian Paul <brian.paul@tungstengraphics.com> Header file clean-up:
1. Remove all.h and PC_HEADER junk.
2. Rolled mem.c and mem.h into imports.c and imports.h
3. Include imports.h instead of mem.h
Restore _mesa_create/initialize_context() to be like they were in 4.0.4
New wrappers for a few std C functions: _mesa_atoi(), _mesa_strstr(), etc.
/external/mesa3d/src/mesa/main/api_arrayelt.c
4753d60dd070bb08d0116076bcc08025c86ce857 15-Jun-2002 Brian Paul <brian.paul@tungstengraphics.com> Added ctx parameter to _mesa_debug()
Added _mesa_printf()
Updated SetDrawBuffer() function in all drivers (ala 4.0.3)
Import 4.0.3/DRI changes.
/external/mesa3d/src/mesa/main/api_arrayelt.c
db07de057f10ab7ab5be84352b674b200a0a9e22 19-Apr-2002 Brian Paul <brian.paul@tungstengraphics.com> added some casts
/external/mesa3d/src/mesa/main/api_arrayelt.c
306d3fcdbad523428501833405e47e9897896def 09-Apr-2002 Keith Whitwell <keith@tungstengraphics.com> bring in changes from dri tcl branch
/external/mesa3d/src/mesa/main/api_arrayelt.c
03c0c2e8aa5e5f1b430c4b3faa1f9ad92b1b71eb 14-Jan-2002 Brian Paul <brian.paul@tungstengraphics.com> Removed api_compat stuff, there's a better way.
Fixed FogCoord / SecondaryColor mix-ups in api_arrayelt.c
/external/mesa3d/src/mesa/main/api_arrayelt.c
1fb0a43c16190f4d043b8a0918361bee76b37e5f 28-Dec-2001 Gareth Hughes <gareth@valinux.com> Remove warnings about the difference between function pointers and
(void *) pointers.
/external/mesa3d/src/mesa/main/api_arrayelt.c
fc00cbe8d1ac48faf345e41a13757a8a1e2e5ebe 20-Dec-2001 Keith Whitwell <keith@tungstengraphics.com> Further help with dri libGL version skew
/external/mesa3d/src/mesa/main/api_arrayelt.c
4b7d6f216bf768482e07e4d7feb8ca3e1be92d53 02-Jun-2001 Keith Whitwell <keith@tungstengraphics.com> Working implementation of glArrayElt that decomposes to regular
glVertex/glNormal/etc calls.
/external/mesa3d/src/mesa/main/api_arrayelt.c
22144ab7552f0799bcfca506bf4ffa7f70a06649 12-Mar-2001 Gareth Hughes <gareth@valinux.com> Consistent copyright info (version number, date) across all files.
/external/mesa3d/src/mesa/main/api_arrayelt.c
cab974cf6c2dbfbf5dd5d291e1aae0f8eeb34290 26-Dec-2000 Keith Whitwell <keith@tungstengraphics.com> Major rework of tnl module
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.
/external/mesa3d/src/mesa/main/api_arrayelt.c