summaryrefslogtreecommitdiffstats
path: root/src/mesa/glapi
Commit message (Collapse)AuthorAgeFilesLines
* GLX protocol fixes for glMap* functions (bug 8899)Brian Paul2006-11-224-14/+19
|
* list header files in sources files (Dan Nicholson)Brian Paul2006-11-211-0/+9
|
* fix mgl name mangling problemBrian Paul2006-11-182-0/+60
|
* use LONGSTRING to silence warningBrian Paul2006-11-161-1/+1
|
* #define _glapi_Dispatch _mglapi_Dispatch when USE_MGL_NAMESPACE is set.Brian Paul2006-11-032-8/+2
|
* check for USE_MGL_NAMESPACEBrian Paul2006-11-033-1/+15
|
* Added OpenGL 2.1 entrypoints.Brian Paul2006-11-036-1762/+1944
|
* Update gl_API.xml with OpenGL 2.0 functions, regenerate derived files.Brian Paul2006-11-026-1759/+3133
|
* Fix dumb build errors.Ian Romanick2006-10-131-1/+1
| | | | | | I always build with -DGLX_USE_TLS, so I never hit these paths. glapi.h is required in some places because _glapi_Dispatch is declared there, but _glapi_tls_Dispatch is declared in glthread.h.
* include glapi.h to fix broken buildBrian Paul2006-10-131-0/+1
|
* remove some debug code invalidated by prev check-inBrian Paul2006-10-121-7/+0
|
* Fix bug #4681.Ian Romanick2006-10-1118-2176/+2193
| | | | | | | | | | | | | | | | | 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
* List of source (.c) files in each directory.Brian Paul2006-10-111-0/+3
| | | | | To be included by X.org Makefile.am files so that lists of files don't need to be hardcoded and frequently updated there.
* Updates for XCB. Bug 8560.Ian Romanick2006-10-091-1/+1
|
* Changes to generated code caused by the previous commits.Ian Romanick2006-10-045-76/+76
|
* Fix the ordering of extensions.Ian Romanick2006-10-041-53/+53
|
* Keep indentation consistent with indent.Ian Romanick2006-10-043-72/+67
| | | | | | 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!
* Divide categories into four groups as they are processed from the XML. AddIan Romanick2006-10-042-129/+109
| | | | | | | | | | | | | an iterator to iterate over the categories in order, starting with "core" versions, then ARB extensions, then numbered non-ARB extensions, and finally unnumbered extensions. Use the new iterator in a couple places to ensure that output that is grouped by catgory is generated in a consistent order. More changes to the scripts are coming. The generated files will be committed one time after all the changes are in. Too bad we're not using GIT, or this would be easy. :(
* Add utility method client_supported_for_indirect.Ian Romanick2006-10-041-3/+10
| | | | | | | The new method client_supported_for_indirect is used to determine whether or not the client-side library supports the function for indirect rendering. The may or may not have associated protocol that needs to be generated (e.g., glVertexPointer does not, but glVertex3fv does).
* Added function convertStringForXCB. Deals with the recent XCB naming ↵Jeremy Kolb2006-09-261-9/+25
| | | | | | convention switch. Updated the generated code to use the new XCB naming scheme.
* Use correct opcodes for GLX_EXT_texture_from_pixmap.Ian Romanick2006-09-141-2/+2
| | | | | Set the correct opcodes for GLX_EXT_texture_from_pixmap functions. Changes to the glproto package and the core X server are also required.
* Add API description for GLX_SGI_swap_control.Ian Romanick2006-08-311-0/+7
|
* Fix problems with vertex program protocolIan Romanick2006-08-311-17/+17
| | | | | | | | | | | There were two sets of bugs in the vertex program (ARB and NV) protocol. First, several of the ARB functions were missing the 'doubles_in_order="true"' annotation. Second, after the ARB decided that glVertexAttrib*ARB functions must not alias fixed-function state for GLSL, Nvidia re-assigned GLX protocol opcodes for glVertexAttrib*NV (circa Septeber 2004). For some reason gl_API.xml was never updated to reflect this, and the updated version of the GL_NV_vertex_program spec never made into the registry.
* remove assertion that referenced &glSetFenceNV for debug testBrian Paul2006-08-291-1/+0
|
* Deprecate GL_EXT_vertex_weighting.Ian Romanick2006-08-296-966/+912
| | | | | | Nvidia no longer supports this extension, and they no longer export its entry points from their libGL. There's no reason for us to keep dragging it around either.
* More static dispatch function removal.Ian Romanick2006-08-293-249/+370
| | | | | | | | | | | | | | | | | | | | | | | | | | | Make functions for the following extensions available only via glXGetProcAddress. In cases where there are other aliases to the same functions (e.g., between GL_EXT_histogram and GL_ARB_imaging), the alias functions may still be statically exported. - GL_ATI_blend_equation_separate - GL_EXT_blend_equation_separate - GL_EXT_convolution - GL_EXT_color_sub_table - GL_EXT_cull_vertex - GL_EXT_depth_bounds_test - GL_EXT_framebuffer_blit - GL_EXT_histogram - GL_EXT_multisample - GL_EXT_stencil_two_side - GL_EXT_timer_query - GL_IBM_multimode_draw_arrays - GL_INGR_blend_func_separate - GL_NV_fence - GL_SGI_color_table - GL_SGIS_multisample - GL_SGIS_pixel_texture - GL_SGIS_point_parameters - GL_SGIX_pixel_texture
* Add two new gl_function methods. dispatch_name returns the name ofIan Romanick2006-08-286-220/+208
| | | | | | | | | | | | | the true static dispatch name (either the glFooBar name or the gl_dispatch_stub_XXX name). static_name returns the name of the static function for a specific alias of a GL function. Adding (and using) these two functions corrects some problems in the generated code related to functions with multiple aliases where some of the aliases have true static dispatch functions and some don't. I have verified that everything under progs, except xdemos/xdemo, correctly link. I did this by doing 'make linux-dri-x86-64 PROGRAM_DIRS="demos redbook samples xdemos tests"'.
* Add dependencies for all API XML files.Ian Romanick2006-08-281-2/+6
|
* Explicitly store the names for each function that should have a staticIan Romanick2006-08-266-30/+41
| | | | | | entry point generated. This allows us to do things like generate a static entry point for glPointParameterfvARB but not for glPointParameterfvSGIS.
* Add a couple of the missing GL 2.0 functions. Enable GLX protocol forIan Romanick2006-08-253-81/+108
| | | | | glBlendEquationSeparateEXT. Add missing enum "get" information for GL_EXT_texture_filter_anisotropic.
* Add missing enums for GL_SGI_color_table.Ian Romanick2006-08-251-0/+45
|
* GL_EXT_paletted_texture functions should alias GL_SGI_color_table functions.Ian Romanick2006-08-246-981/+948
| | | | | | | | | | The functions for GL_EXT_paletted_texture that do not share GLX protocol with GL_ARB_imaging are supposed to alias the similar functions from GL_SGI_color_table. They didn't. This patch corrects this problem and enables GLX protocol for both extensions. Since this removes 3 entries from the dispatch table, this change creates a lot of changes in the generated files.
* Add a new offset mode to the GL API XML. This mode, called "assign,"Ian Romanick2006-08-2410-6199/+5364
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | tells the scripts to assign an available offset to the function. The important changes are in src/mesa/glapi/gl_XML.py and src/mesa/glapi/*.xml. Since the DRI drivers only depend on functions required by the ABI (e.g., GL 1.2 + ARB_multitexture) having fixed offsets, all functions not in the ABI use "assign" mode. This has caused the offset of basically every function outside the ABI to change. I have verified that a libGL with this patch works with a DRI driver without the patch. Futher, several function were removed from the dispatch tables altogether. These are the functions for the following extensions: GL_SGIS_texture_filter4 GL_SGIS_texture4D GL_SGIS_detail_texture GL_SGIS_sharpen_texture GL_SGIX_sprite GL_SGIX_instruments GL_SGIX_framezoom GL_SGIX_tag_sample_buffer GL_SGIX_reference_plane GL_SGIX_flush_raster GL_SGIX_list_priority GL_SGIX_fragment_lighting GL_PGI_misc_hints GL_EXT_index_material GL_EXT_index_func GL_3DFX_tbuffer This removes 50 functions from the dispatch table.
* Fix some problems with the generation of the size tables. EnableIan Romanick2006-08-241-7/+13
| | | | generation of protocol tables for Render.
* New script and API description file to enable generate of GLX protocolIan Romanick2006-08-234-3/+629
| | | | decode tables in the server.
* Correct the name of the GL_NV_texture_expand_normal extension.Ian Romanick2006-08-221-1/+1
|
* The TLS dispatch functions for x86-64 are fixed-size, just like onIan Romanick2006-08-221-18/+22
| | | | | | | | | | x86. This means that the position of each dispatch function can be calculated as (dispatch_offset * size_of_function) + glNewList. This allows us to not store the function pointers in glprocs_table_t. This same optimization has been done for quite some time on x86. We could probably also do this for some cases of the SPARC dispatch as well.
* Add new attribute called static_dispatch to the <function> element. ThisIan Romanick2006-08-2212-53/+169
| | | | | | | | | | | | | | | | | | | boolean attribute, which defaults to true, determines whether or not a static dispatch function is available in libGL for applications to link against. Ideally, any new functions that are not part of the ABI should not have directly accessable dispatch functions. This forces applications to use glXGetProcAddress to access these functions. By doing this we can gracefully remove functions from libGL without breaking the linkage of applications. Note that the static dispatch functions are still generated. However, they are given names like gl_dispatch_stub_820 and are marked with the "hidden" linker attribute. All extension functions added since the previous Mesa release (6.5) have been marked as 'static_dispatch="false"'.
* Add support for GL_EXT_gpu_program_parameters. Any driver that enablesIan Romanick2006-08-156-180/+232
| | | | | either GL_ARB_vertex_program or GL_ARB_fragment_program should enable this extension as well.
* Fix long standing bug that prevented newer drivers from working withIan Romanick2006-08-111-1/+6
| | | | | | | | older libGL. The data in extension_helper.h erroneous instructed drivers to expect all functions with establised offsets, even those not in the ABI, to have a specific offset allocated. This is just wrong. A function is either in the ABI and has a set offset or a function is not in the ABI and has a re-map offset.
* Add support for GL_MESA_shader_debug.Michal Krol2006-07-301-0/+32
|
* Remove the extraneous GL_ prefix from the enums for GL_EXT_timer_query andIan Romanick2006-06-271-5/+5
| | | | | | GL_EXT_framebuffer_blit. Enumerants in the XML schema get the GL_ prefix added to them automatically. This resulted in things like "GL_GL_TIME_ELAPSED_EXT" in enums.c.
* Thread safety for Win32. SourceForge bug #1507315.Brian Paul2006-06-163-22/+37
|
* Add support for GL_APPLE_vertex_array_object. Several test programsIan Romanick2006-06-127-180/+281
| | | | | | | 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.
* Add .note.GNU-stack section to assembler files to avoid the default behaviorKristian Høgsberg2006-04-172-0/+8
| | | | of requesting executable stacks.
* added 'const' (Dan Schikore)Brian Paul2006-04-131-1/+1
|
* 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-294-2/+12
|
* assorted code clean-ups, comments, etc.Brian Paul2006-03-151-41/+26
|
* remove invalid assertion in _glapi_get_dispatch(), fixes additional thread ↵Brian Paul2006-03-151-1/+0
| | | | safety problem