summaryrefslogtreecommitdiffstats
path: root/src/mesa/glapi/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* glapi: mv code generation to subdirGeorge Sapountzis2010-02-241-158/+0
| | | | This just moves files, code generation Makefile will be fixed in next commit for easier review.
* Retire miniglx and move the actual glx code up to src/glxKristian Høgsberg2010-02-091-10/+10
|
* glapi: split the no-op dispatch code into new glapi_nop.c fileBrian Paul2010-01-221-0/+1
| | | | This unclutters the glapi.c file a bit.
* Do not include glapi/dispatch.h outside Mesa core.Chia-I Wu2010-01-211-1/+0
| | | | | Include the glapi*.h directly instead. glapi/dispatch.h became a Mesa core header since 22884db174b9fb0736cec1c6a192f8b9a97500c1.
* mesa: added dispatch for GL_NV_conditional_render extensionBrian Paul2009-12-311-1/+2
|
* mesa: regenerate API files related to GL_EXT_draw_buffers2Brian Paul2009-12-291-0/+1
|
* Add missing XML files to API_XMLIan Romanick2009-11-171-2/+5
| | | | | When the files missing from the list were modified, the generated files weren't regenerated.
* glapi: Move dispatch marcos to glapidispatch.h.Chia-I Wu2009-10-231-2/+3
| | | | | | dispatch.h is kept as a wrapper to glapidispatch.h. Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
* mesa/dri: Remove extension_helper.h.Chia-I Wu2009-10-231-5/+0
| | | | Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
* mesa/main: Add support for remap table.Chia-I Wu2009-10-231-0/+4
| | | | | | | This commit only adds the source files. It is supposed to replace the remap table in DRI drivers. Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
* mesa: Add support for ARB_depth_clamp.Eric Anholt2009-09-081-0/+1
| | | | | 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.
* ARB sync: Add base infrastructure for GL_ARB_syncIan Romanick2009-09-031-0/+1
|
* Infrastructure for GL_ARB_seamless_cube_mapIan Romanick2009-08-141-0/+1
|
* glapi: add new information for GL_ARB_vertex_array_objectBrian Paul2009-06-191-0/+1
|
* Merge branch 'ext-provoking-vertex'Brian Paul2009-06-191-1/+2
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
| * mesa: GL API changes for GL_EXT_provoking_vertexBrian Paul2009-05-281-1/+2
| | | | | | | | This creates the new glProvokingVertexEXT() entrypoint.
* | glapi: hook in ARB_map_buffer_range.xmlBrian Paul2009-06-081-0/+1
| |
* | glapi: include ARB_copy_buffer.xmlBrian Paul2009-06-021-0/+1
|/
* mesa: add ARB_framebuffer_object.xml to API_XMLBrian Paul2009-01-221-0/+1
|
* Follow along GL/glx -> glx renaming in xserverDan Nicholson2008-05-211-2/+2
| | | | | The xserver glx modules were lifted up to the top level, so this changes the glapi generation to look in the new location.
* Add remaining glapi generated server headers.Kristian Høgsberg2008-05-211-12/+35
| | | | | | | | 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.
* Revert "glapi: Generate xserver glapi sources in the mesa tree"Kristian Høgsberg2008-05-211-13/+18
| | | | | | | | | 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
* Never fail `make clean'Dan Nicholson2008-05-071-2/+2
| | | | | | 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.
* glapi: Generate xserver glapi sources in the mesa treeDan Nicholson2008-02-171-18/+13
| | | | | | | | | 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.
* glapi: Correct prerequisites for gl_and_glX_API.xmlDan Nicholson2008-02-121-2/+2
| | | | | | | 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).
* glapi: Use make automatic variables to clean up the commandsDan Nicholson2008-02-121-46/+50
| | | | | | | 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.
* glapi: Use variable for indent and flagsDan Nicholson2008-02-121-9/+7
| | | | | | 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.
* Hack indent flags for indirect_reqsize.h to eliminate extra diffs.Ian Romanick2007-01-041-1/+1
|
* Add missing files to server generation list.Ian Romanick2007-01-041-1/+9
| | | | | | | 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.
* Fix bug #4681.Ian Romanick2006-10-111-1/+1
| | | | | | | | | | | | | | | | | 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
* Keep indentation consistent with indent.Ian Romanick2006-10-041-5/+7
| | | | | | 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!
* Add dependencies for all API XML files.Ian Romanick2006-08-281-2/+6
|
* New script and API description file to enable generate of GLX protocolIan Romanick2006-08-231-3/+7
| | | | decode tables in the server.
* regenerate SPARC assembly dispatch (bug 6484)Brian Paul2006-04-071-0/+5
|
* Fixes to silence warnings in code generated by glapi scripts.Kristian Høgsberg2006-03-291-1/+3
|
* Generate server-side GLX protocol decode functions using the 'make server'Ian Romanick2006-03-061-0/+25
| | | | | | | | 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. :(
* Add rules and target to build src/mesa/x86-64/glapi_x86-64.S.Ian Romanick2005-08-091-0/+4
|
* Wrap every place that accesses a dispatch table with a macro. A new script-Ian Romanick2005-07-181-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Move the PYTHON2 and PYTHON_FLAGS assignments to configs/current, andBrian Paul2005-07-011-3/+3
| | | | | include $(TOP)/configs/current in glapi/Makefile so those vars can be easily overridden by any system config, if needed.
* Replace add_newer_entrypoints (src/mesa/main/context.c) withIan Romanick2005-06-301-0/+4
| | | | | | | | | | | | | | | 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
* Mammoth update to the Python code generator scripts that live inIan Romanick2005-06-211-14/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* generate enums.c file (Zack Rusin)Brian Paul2005-02-221-0/+4
|
* Refactor the code to emit multiple-inclusion protection toIan Romanick2005-01-281-1/+1
| | | | | | | | | 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.
* The 'mode' setting of a function within an 'enum' element is now used.Ian Romanick2005-01-271-2/+2
| | | | | | | | | | | | 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.
* Move all the code for generating "size" related functions to its ownIan Romanick2005-01-241-4/+4
| | | | source file.
* Correct some of the dependencies and clean things up a bit.Ian Romanick2005-01-241-23/+30
|
* Use GLX protocol code generated by glX_proto_send.py.Ian Romanick2004-12-201-8/+30
|
* put glapi_x86.S into the x86/ directoryBrian Paul2004-10-021-3/+3
|
* Makefile for python-generated files (Ian Romanick)Brian Paul2004-08-251-0/+38