summaryrefslogtreecommitdiff
path: root/src/mesa/glapi/Makefile
AgeCommit message (Collapse)Author
2009-09-08mesa: Add support for ARB_depth_clamp.Eric Anholt
This currently doesn't include fixing up the cliptests in the assembly paths to support ARB_depth_clamp, so enabling depth_clamp forces the C path.
2009-09-03ARB sync: Add base infrastructure for GL_ARB_syncIan Romanick
2009-08-14Infrastructure for GL_ARB_seamless_cube_mapIan Romanick
2009-06-19glapi: add new information for GL_ARB_vertex_array_objectBrian Paul
2009-06-19Merge branch 'ext-provoking-vertex'Brian Paul
Conflicts: docs/relnotes-7.6.html progs/tests/Makefile src/gallium/drivers/softpipe/sp_prim_vbuf.c src/glx/x11/indirect.c src/mesa/glapi/Makefile src/mesa/glapi/dispatch.h src/mesa/glapi/glapioffsets.h src/mesa/glapi/glapitable.h src/mesa/glapi/glapitemp.h src/mesa/glapi/glprocs.h src/mesa/main/dlist.c src/mesa/main/enums.c src/mesa/sparc/glapi_sparc.S src/mesa/x86-64/glapi_x86-64.S src/mesa/x86/glapi_x86.S
2009-06-08glapi: hook in ARB_map_buffer_range.xmlBrian Paul
2009-06-02glapi: include ARB_copy_buffer.xmlBrian Paul
2009-05-28mesa: GL API changes for GL_EXT_provoking_vertexBrian Paul
This creates the new glProvokingVertexEXT() entrypoint.
2009-01-22mesa: add ARB_framebuffer_object.xml to API_XMLBrian Paul
2008-05-21Follow along GL/glx -> glx renaming in xserverDan Nicholson
The xserver glx modules were lifted up to the top level, so this changes the glapi generation to look in the new location.
2008-05-21Add remaining glapi generated server headers.Kristian Høgsberg
This adds all the headers needed by the xserver glx module and also adds a rule to copy over the shared glapi.[ch] and glthread.[ch] files. Specifying an xserver path (set XORG_BASE on the make command line) is now mandatory when regenerating the glapi files.
2008-05-21Revert "glapi: Generate xserver glapi sources in the mesa tree"Kristian Høgsberg
This reverts commit 7688791fc52f116eea421fda1d17aba5cf10977b, and takes us back to generating the glapi files straight into the xserver tree. Conflicts: src/glx/x11/indirect_size_get.c
2008-05-07Never fail `make clean'Dan Nicholson
Mostly some pedantic changes such that `make clean' always ignores errors. Also changed the top clean target to do the `touch configs/current' dance instead of realclean.
2008-02-17glapi: Generate xserver glapi sources in the mesa treeDan Nicholson
Instead of generating the glapi sources for the xserver and commiting them to the xserver tree, we can keep them in the mesa tree and change the xserver build to use the files from the mesa tree. This makes the xserver glx build more robust as it reduces the chances for mismatches of the glX API used in the xserver vs. in mesa.
2008-02-12glapi: Correct prerequisites for gl_and_glX_API.xmlDan Nicholson
The indirect_dispatch.h and indirect_table.c source files use gl_and_glX_API.xml in their generation rather than glX_API.xml, but it wasn't listed in their prerequisites. In turn, gl_and_glX_API.xml uses glX_API.xml, but this is already listed in $(COMMON_GLX).
2008-02-12glapi: Use make automatic variables to clean up the commandsDan Nicholson
Make use of the make automatic variables $@ (the target) and $< (first prerequisite) to clean up the commands for the glapi generation. This improves readability and guards against typos since words are repeated less frequently.
2008-02-12glapi: Use variable for indent and flagsDan Nicholson
Put the path to indent and the flags to call it with in configs/default rather than in the Makefile. This makes it easier to change the values globally.
2007-01-04Hack indent flags for indirect_reqsize.h to eliminate extra diffs.Ian Romanick
2007-01-04Add missing files to server generation list.Ian Romanick
The files indirect_reqsize.c and indirect_reqsize.h were missing from the list of files to be generated for the server. Add them back to the list. Also, update the INDENT_FLAGS to prevent conversion of 'GLbyte *pc' to 'GLbyte * pc' in function prototypes.
2006-10-11Fix bug #4681.Ian Romanick
glDeleteTextures and glDeleteTexturesEXT were erroneously listed as aliases of each other. For anything /except/ GLX protocol they are aliases. This set of changes allows functions that are functionally identical but have different GLX protocol to be listed as aliases. When building with GLX_INDIRECT_RENDERING set, different static functions are used. These functions determine whether the current context is direct rendering or not. If the context is direct rendering, the aliased function (e.g., glDeleteTextures in the case of glDeleteTexturesEXT) is called. If the context is not direct rendering, the correct GLX protocol is sent. For a deeper explanation of what is changed, please see: http://dri.freedesktop.org/wiki/PartiallyAliasedFunctions
2006-10-04Keep indentation consistent with indent.Ian Romanick
Remove code in the Python scripts that keeps the indentation of the generated code consistent for all cases. Instead, pass the generated code through the indent command. Unix tools for the win!
2006-08-28Add dependencies for all API XML files.Ian Romanick
2006-08-23New script and API description file to enable generate of GLX protocolIan Romanick
decode tables in the server.
2006-04-07regenerate SPARC assembly dispatch (bug 6484)Brian Paul
2006-03-29Fixes to silence warnings in code generated by glapi scripts.Kristian Høgsberg
2006-03-06Generate server-side GLX protocol decode functions using the 'make server'Ian Romanick
target. The environment variable XORG_BASE must be set to point to the base of the X.org server sources where the files are to be placed. The 7.0.0 server release already contains files generated by these scripts. The scripts should have been committed months ago. Sorry for the lag. :(
2005-08-09Add rules and target to build src/mesa/x86-64/glapi_x86-64.S.Ian Romanick
2005-07-18Wrap every place that accesses a dispatch table with a macro. A new script-Ian Romanick
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
2005-07-01Move the PYTHON2 and PYTHON_FLAGS assignments to configs/current, andBrian Paul
include $(TOP)/configs/current in glapi/Makefile so those vars can be easily overridden by any system config, if needed.
2005-06-30Replace add_newer_entrypoints (src/mesa/main/context.c) withIan Romanick
device-specific code. A new Python script (src/mesa/glapi/extension_helper.py) generates a list of all entry-points for all known extensions. Each driver the selects only the extensions that it needs and enables the via either driInitExtensions or driInitSingleExtension. This code has been compile-tested on a drivers, but has only been run-tested on mga and i915 (on i830 hardware). These changes were discussed at length on the mesa3d-dev mailing list. http://marc.theaimsgroup.com/?t=111947074700001&r=1&w=2
2005-06-21Mammoth update to the Python code generator scripts that live inIan Romanick
src/mesa/glapi. Basically, the scripts that did simple things (like gl_offsets.py) were simple, and the scripts that did more complicated things (like glX_proto_send.py) were getting progressively more and more out of control. So, I re-write the foundation classes on which everything is based. One problem with the existing code is that the division between the GL API database representation and the way the output code is generated was either blury or nonexistant. The new code somewhat follows the Model-View-Controller pattern, minus the Controller. There is a distinct set of classes that model the API data, and there is a distinct set of classes that generate code from that data. One big change is in the class that represents GL functions (was glFunction, is now gl_function). There used to be an instance of this calls for each function and for each alias to that function. For example, there was an instance for PointParameterivSGIS, PointParameterivEXT, PointParameterivARB, and PointParameteriv. In the new code, there is one instance. Each instance has a list of entrypoint names for the function. In the next revision, this will allow a couple useful things. The script will be able to verify that the parameters, return type, and GLX protocol for a function and all it's aliases match. It will also allow aliases to be represented in the XML more compactly. Instead of repeating all the information, an alias can be listed as: <function name="PointParameterivARB" alias="PointParameterivEXT"/> Because the data representation was changed, the order that the alias functions are processed by the scripts also changed. This accounts for at least 2,700 of the ~3,600 lines of diffs in the generated code. Most of the remaining ~900 lines of diffs are the result of bugs *fixed* by the new scripts. The old scripts also generated code with some bugs in it. These bugs were discovered while the new code was being written. These changes were discussed on the mesa3d-dev mailing list back at the end of May: http://marc.theaimsgroup.com/?t=111714569000004&r=1&w=2 Xorg bug: 3197, 3208
2005-02-22generate enums.c file (Zack Rusin)Brian Paul
2005-01-28Refactor the code to emit multiple-inclusion protection toIan Romanick
FilterGLAPISpecBase. Since the size_h mode of glX_proto_size.py will be used to generate multiple header files, add an option to specify the define that is used for multiple-inclusion protection. The changes to the header files in this commit are just a side-effect of the changes to the Python scripts.
2005-01-27The 'mode' setting of a function within an 'enum' element is now used.Ian Romanick
Parameters to glX_proto_size.py are now used to determine whether to emit either get-type function, set-type functions, or both. When only get-type functions are emitted, they can optionally alias set-type functions. This would be useful if, for example, the two types were in different source files. The real work to implement this is in SizeStubFunctionIterator class. All of the logic for which functions to iterate and in which order is implemented there.
2005-01-24Move all the code for generating "size" related functions to its ownIan Romanick
source file.
2005-01-24Correct some of the dependencies and clean things up a bit.Ian Romanick
2004-12-20Use GLX protocol code generated by glX_proto_send.py.Ian Romanick
2004-10-02put glapi_x86.S into the x86/ directoryBrian Paul
2004-08-25Makefile for python-generated files (Ian Romanick)Brian Paul