| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
- The test for whether or not we're building for 64-bit is '#ifdef __arch64__'.
This appears to be correct on both Linux and Solaris.
- The test for Solaris is now '#if defined(SVR4) || defined(__SVR4) ||
defined(__svr4__)'. GCC 3.4.0 has all three defined on Solaris 9.
- Enables assembly language clip routines.
- Fixes to make GLSL code build on Solaris.
- Update gl_SPARC_asm.py.
|
|
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.
|
|
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
|
|
|
|
|
|
|
|
|
|
testing the flags field.
Move definition of all the MAT_FLAGs into the m_matrix.c file since they're
now private.
|
|
|
|
place them sensibly.
|
|
OpenVMS makefile added
Added Files:
Mesa/src/mesa/shader/grammar/descrip.mms
----------------------------------------------------------------------
|
|
Update OpneVMS compilesupport
Modified Files:
Mesa/src/mesa/shader/descrip.mms
Mesa/src/mesa/shader/slang/descrip.mms
Mesa/src/mesa/shader/slang/slang_compile.c
Mesa/src/mesa/shader/slang/slang_storage.c
Mesa/src/mesa/shader/slang/slang_storage.h
----------------------------------------------------------------------
|
|
gcc 3.3.5 to break, but not tested it
|
|
does not require any command line params;
|
|
|
|
|
|
|
|
|
|
reorder some elementary operators;
disable assignment "=" and equality "==" "!=" operators - they are
handled internally by the assembly generator;
fix minor typos
|
|
DO NOT BUILD UNDER MESA
|
|
|
|
|
|
|
|
Update openVMS compile support
Modified Files:
Mesa/progs/demos/descrip.mms
Mesa/src/mesa/shader/slang/descrip.mms
Mesa/src/mesa/tnl/descrip.mms
----------------------------------------------------------------------
|
|
generic back-end interpreter (interprets directly intermediate code)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
them easily.
|
|
|
|
OpenVMS compile update
Modified Files:
Mesa/src/mesa/shader/slang/descrip.mms
----------------------------------------------------------------------
|
|
|
|
|
|
|
|
to dramatically improve shader compiling performance.
|
|
representations by switching to packed structures for registers and
instructions.
|
|
|
|
|
|
added some type-casts
Modified Files:
Mesa/src/mesa/shader/descrip.mms
Mesa/src/mesa/shader/program.c
Mesa/src/mesa/shader/slang/slang_compile.c
Mesa/src/mesa/shader/slang/slang_preprocess.c
Added Files:
Mesa/src/mesa/shader/slang/descrip.mms
----------------------------------------------------------------------
|
|
|
|
The "w" component of the program parameter variable is filled with
the alpha component of the front diffuse material color.
Make sure matrix inverses are uptodate also.
|
