| Age | Commit message (Collapse) | Author |
|---|
|
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
|
|
trashed by color index updates
|
|
display lists. These mainly arise from edgeflag being the only
attribute no longer stored internally as a float and requiring
various special case paths to accomodate it.
|
|
|
|
|
|
|
|
1015696)
|
|
|
|
program is enabled AND the currently bound program is valid.
Check _Enable instead of Enable to prevent things from blowing up
when someone calls glEnable(GL_VERTEX_PROGRAM_ARB) without actually
defining a program.
|
|
|
|
|
|
fixed SAL/SAR in assyntax.h (NASM)
fixed a bug wrt NULL pointer assignment in t_vtx_api.c
cosmetics to t_vtx_x86.c & t_vtx_x86_gcc.S
enabled STDCALL with codegen (MinGW)
|
|
|
|
with x86-64 and PowerPC.
Reported by: sublett on #dri-devel.
|
|
|
|
|
|
|
|
|
|
|
|
Enable with env var: MESA_CODEGEN=t.
|
|
slightly easier for codegen.
|
|
|
|
|
|
Added a bunch of const qualifiers.
Use _mesa_memcpy() instead of memcpy(), etc.
|
|
|
|
|
|
|
|
OpenVMS compile issues
Modified Files:
Mesa-newtree/progs/tests/cva.c
Mesa-newtree/progs/tests/dinoshade.c
Mesa-newtree/progs/tests/multipal.c
Mesa-newtree/src/mesa/main/descrip.mms
Mesa-newtree/src/mesa/tnl/descrip.mms
Mesa-newtree/src/mesa/tnl/t_vtx_api.c
----------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
|
#define MESA_FUNCTION to __FUNCTION__ if MESA_DEBUG is defined.
|
|
|
|
|
|
Instead of mstdio.[ch], use imports.[ch] to isolate these functions.
|
|
|
|
Checkpoint commit.
|
