aboutsummaryrefslogtreecommitdiffstats
path: root/src/glx
Commit message (Collapse)AuthorAgeFilesLines
...
* Added -linker option to mklib, used to specify a particular program forBrian Paul2005-07-252-2/+4
| | | | | linking, if relevant. Updated Makefiles to use -linker option instead of setting CC, CXX env vars.
* Gut a few more dead bits. Replace uses of the CreateNewScreenFunc typedefIan Romanick2005-07-243-14/+6
| | | | | | | (from glxclient.h) with PFNCREATENEWSCREEN (from dri_interface.h). Remove the prototype for __driCreateScreen and fix the prototype for __driCreateNewScreen (append the API version) in dri_interface.h.
* All elements of pre-DRI_NEW_INTERFACE_ONLY are removed. This allowsIan Romanick2005-07-246-373/+57
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1,402 lines of code to be removed from Mesa (drivers and libGL). The big winner is dri_util.c. Primary changes are: 1. Remove all "deprecated" entry-points from the various structures in dri_interface.h. 2. Rename the remaining fields to removed "version numbers." So, bindContext3 becomes bindContext. Functions with "New" in the name (e.g., CreateNewContext) were *not* changed, but that is an option. Having "New" in the name is less annoying to me than having "3" in the name. 3. Remove all compatibility code that handles cases where the driver or the loader is too old to support the latest interfaces. 4. Append the API version to the __driCreateNewScreen function name. This is currently done by hand. In the future (i.e., the next time we make an incompatible change to the interface) we'll want to come up with a better way to do this. This prevents old loaders from being able to load new (incompatible) drivers. 5. Bump the API version to 20050722. All drivers (by way of dri_util.c) require this version. 6. All drivers are *required* to expose GLX_SGIX_fbconfig and GLX_OML_swap_method (or the moral equivalents). Support for these functions in implicit in the use of the "new" interface. 7. Some cases still exist that need to be compiled differently in a loader or core Mesa versus in a driver. These are identified by the define IN_DRI_DRIVER.
* Add two aliases for some PointParameters entrypoints for libglx compatibility.Adam Jackson2005-07-231-0/+2
| | | | | | | | | Doing this here rather than on the GLX side since the X monolith hasn't had Mesa 6.3 imported yet. idr, I know this is touching a generated file, but I haven't figured out what needs changing in the generator scripts to make this change happen. If you could add that I'd appreciate it.
* Add support for assembly (static) dispatch functions on x86-64. ThisIan Romanick2005-07-021-0/+1
| | | | | | is basically patch #2939 from X.org bugzilla #3379. This does *not* fix the bug as it does not dynamically generate stubs at run-time. It just gets things one step closer.
* Fix non-x86 specific builds. The changes from glTexImage3DEXT toIan Romanick2005-06-242-16/+16
| | | | | | | | | | | | | | | glTexImage3D that caused me so many problems during the re-development of the API scripts reared its ugly head again. This has been fixed by tracking the parameter string for each entry-point individually. This has the annoying side-effect that the names of the parameters in all aliases of a function must be the same or gl_apitemp.py will generate bad code. :( The changes in src/mesa/glapi/{gl_API.xml,glapitable.h} and src/glx/x11/* are caused by fixing the parameter names in various function aliases that didn't match. Reported by: Eric Anholt, Jacob Jansen
* Fixed the XCB implementation when always_array is true, thanks to Ian ↵Jeremy Kolb2005-06-241-4/+4
| | | | Romanick for pointing it out. Please review.
* Mark GenQueriesARB at 'always_array="true"'. This eliminates the needIan Romanick2005-06-221-2/+2
| | | | to special-case the handling of that function in glX_proto_send.py.
* Fixed a bug where GenQueriesARB was generating the wrong code for XCB and ↵Jeremy Kolb2005-06-222-13/+10
| | | | wouldn't compile. Not sure how that slipped through before but it should work now.
* Mammoth update to the Python code generator scripts that live inIan Romanick2005-06-214-293/+581
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* ran "make" after update to glX_proto_send.py.Jeremy Kolb2005-06-201-68/+68
|
* use shared-coreDave Airlie2005-05-281-1/+1
|
* Make a couple minor corrections to gl_API.xml. Fixes the name of anIan Romanick2005-05-261-1/+1
| | | | | | | | extension that was missing the GL_ part and uses the core GL type names for vertex buffer object functions instead of the ARB names. Also commits the resulting changes to the generated code. Some how, the #if sequence disappeared in the 1.52 version of glapi_x86.S.
* Commit the changes propagated from Jeremy Kolb's changes to the PythonIan Romanick2005-05-251-0/+486
| | | | scripts in src/mesa/glapi.
* Patches for XCB (Jeremy Kolb)Brian Paul2005-05-071-2/+21
|
* Add support for pthreads and TLS to libGL for __glXLock / __glXUnlock andIan Romanick2005-04-182-9/+104
| | | | | | for tracking the current GLX context. This fixes bug #3024.
* Send GL_PACK_INVERT_MESA state to the server. This fixes bug #2538.Ian Romanick2005-04-181-10/+47
|
* Add missing includes of indirect.h.Ian Romanick2005-04-146-0/+6
|
* Add TLS support to libGL and, by virtue of using glthread.h and GL_CALL, allIan Romanick2005-04-131-0/+9
| | | | | | | DRI drivers. A TLS enabled libGL can load a TLS or a non-TLS DRI driver, but a TLS DRI driver requires a TLS enabled libGL. This fixes bug #1822.
* Use the same dispatch.c source file for "normal" Mesa builds and DRIIan Romanick2005-04-072-74/+3
| | | | libGL builds.
* Follow the GLX_SGIX_fbconfig spec and return the complete list ofIan Romanick2005-04-071-1/+1
| | | | available fbconfigs if attrList is NULL. This fixes bug #2917.
* Minor vertex array support tweaks. These are in preparation for theIan Romanick2005-03-172-21/+22
| | | | | | (eventual) addition of support for ARB_vertex_buffer_object. Elminitate the need for array_state_vector::large_header. Make some very minor tweaks to the handling of the indices pointer in emit_DrawElements_old.
* Minor vertex array support tweaks. Most of these are in preparation for theIan Romanick2005-03-173-303/+349
| | | | | | | | | | | | | | | | (eventual) addition of support for ARB_vertex_buffer_object. Move all the private vertex array data structures out of indirect_vertex_array.c and into indirect_va_private.h. Rename array_state_vector::enabled_array_count to array_state_vector::enabled_client_array_count. Make sure that both the GL extension string and the server GL version are available when __glXInitVertexState is called. Make sure that array_state::normalized is set correctly in the array's gl*Pointer function.
* Fix the handling of zero-sized output parameters (i.e., those with typeIan Romanick2005-03-173-1/+16
| | | | | | | | 'GLvoid *'). This fixes the GLX protocol for glGetProgramStringARB. This fixes bugzilla #2747. Remove the 'ignore="true"' from glVertexAttrib4bvARB. This fixes bugzilla #2746.
* Hard-code the client-side maximum GL version. It turns out that there areIan Romanick2005-03-171-24/+2
| | | | | | | some flaws in the calculation code when the highest version listed in known_gl_extensions is supported. This code would also have some problems with some of the new features (that don't have an associated extension) on GL 2.0.
* Add support for ARB_draw_buffers and ARB_occlusion_query. The GLX protocolIan Romanick2005-03-115-1/+183
| | | | | | | | | | | for these extensions (as well as ARB_vertex_program and ARB_matrix_palette) was just approved by the ARB on 8-Mar-2005. Now the only extension missing for 1.5 support is ARB_vertex_buffer_object. The opcodes for ARB_matrix_palette were also added to gl_API.xml. Since this extension isn't supported by Mesa, no code is generated for it. Some tabs were also converted to spaces in the comment for GetCompressedTexImageARB.
* Actually *use* the count_scale value associated with a parameter.Ian Romanick2005-03-061-24/+24
|
* fix for solo to set the mode, and make solo gcc2 friendly...Dave Airlie2005-03-051-2/+2
| | | | From: Stephane Marchesin
* Import fixes from X.org tree (Søren Sandmann <[email protected]>).Ian Romanick2005-03-041-10/+16
|
* Fix some errors in the parameter descriptions in serveral vertex / fragmentIan Romanick2005-03-031-67/+89
| | | | program related functions.
* Clean-up some warnings caused by the addition of vertex / fragment programIan Romanick2005-02-282-15/+41
| | | | | protocol support (reported by Adam Jackson). Added code to validate the 'type' parameter to the draw element functions.
* Accidentally committed wrong version with the previous commit set.Ian Romanick2005-02-251-31/+31
|
* Add GLX protocol support for ARB_fragement_program,Ian Romanick2005-02-259-8/+2480
| | | | | | | ARB_fragment_program_shadow, ARB_vertex_program, NV_fragment_program, NV_fragment_program_option, NV_fragment_program2, NV_vertex_program, NV_vertex_program1_1, NV_vertex_program2, NV_vertex_program2_option, NV_vertex_program3, and ATI_text_fragment_shader.
* Convert the static functions read_pixel_reply, read_reply,Ian Romanick2005-02-252-98/+127
| | | | | | | setup_single_request, and setup_vendor_request to the global functions __glXReadPixelReply, __glXReadReply, __glXSetupSingleRequest, and __glXSetupVendorRequest. This will make it easier to add handcoded Single / VendorPrivate / VendorPrivteWithReply functions.
* Missed the commit of glxext.c yesterday.Ian Romanick2005-02-232-275/+108
| | | | | | | Fixed a flow control problem in glGet*v that could result in the display not being unlocked. This also resulted in refactoring a lot more code out of the glGet*v routines into get_array_data, which was renamed to get_client_data.
* Corrected the value for X_GLrop_SecondaryColor3svEXT.Ian Romanick2005-02-231-2/+2
|
* Missed the Makefile with the previous commit.Ian Romanick2005-02-231-0/+1
|
* Added __glExtensionBiIsEnabled and __GLXcontext::gl_extension_bits. ThisIan Romanick2005-02-229-1354/+2183
| | | | | | | | | | | | | | | enables libGL to query which extension are exported to applications. Refactored array-query functionality (from glGet*v) in src/glx/x11/single2.c. Massive re-write of indirect vertex array support. The most noticable effect is that glDrawElements now generates DrawArrays protocol. The side-effects (and the main reasons for the re-work) are that it is much easier to add support for new arrays (e.g., GL_VERTEX_ATTRIB_ARRAY, GL_WEIGHT_ARRAY_ARB, etc.) and it is much easier to add support for the new DrawArrays protocol (required to support ARB_vertex_buffer_object). These changes were primarilly tested with progs/demos/isosurf.
* add more functionality to miniglx for glitzDave Airlie2005-02-201-34/+98
|
* add EnableExtension so r200 enables all its extensions, add mesa memoryDave Airlie2005-02-151-0/+32
| | | | extension entry points
* Generate GLX protocol for pixel single commands.Ian Romanick2005-02-092-311/+191
|
* Fix some mixed spaces / tabs issues in generated code. Commit generatedIan Romanick2005-02-054-14/+16
| | | | files that have been trivially changed by other recent commits.
* Enable client-side GLX support for texture compression extensions.Ian Romanick2005-02-042-6/+8
|
* Added a bunch of extensions that were previously supported but weren'tIan Romanick2005-02-032-0/+4
| | | | | | in the gl_API.xml database. Add "official" support for SGI_color_matrix and SGI_texture_color_table. These were previously supported only by way of ARB_imaging.
* Refactor the code to emit multiple-inclusion protection toIan Romanick2005-01-282-9/+7
| | | | | | | | | 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.
* Fix some get / set errors with COLOR_TABLE_*. SCALE and BIAS can beIan Romanick2005-01-281-9/+0
| | | | | parameters to GetColorTableParameter[if]v. FORMAT, WIDTH, and the SIZE enums cannot be parameters to ColorTableParameter[if]v.
* Mark a couple more function parameters as counters.Ian Romanick2005-01-271-3/+3
|
* Add numerous 'get'-type functions to most of the enums supported by theIan Romanick2005-01-272-24/+30
| | | | | | | | | | | | | | | server-side GLX implementation. Correct the protocol for EXT_convolution. Several functions were incorrectly listed as 'sop' that should have been 'vendorpriv'. Remove TexParameter[if]v from the list of functions associated with TEXTURE_RESIDENT. The state associated with this enum is read-only. Sort the enums by value for each particular size. This ensures that the signature is the same no matter what the ordering is of the enums in the XML file. The side effect is that there are some extra changes in indirect_size.c.
* HAVE_ALIAS was never defined anywhere, add some logic to turn it onAdam Jackson2005-01-231-0/+4
| | | | automagically.
* Depend tweaksKeith Whitwell2005-01-191-3/+2
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-05 02:21:31 +0000