summaryrefslogtreecommitdiffstats
path: root/src/glx/indirect.h
Commit message (Collapse)AuthorAgeFilesLines
* mesa: Remove the generated glapi from source control, and just build it.Eric Anholt2012-05-291-722/+0
| | | | | | | | | | | Mesa already always depends on python to build. The checked in changes are not reviewed (because any trivial change rewrites the world). We also have been pushing commits between xml change and regen where at-build-time xml-generated code disagrees with committed xml-generated code. And worst of all, sometimes we ("I") check in *stale* xml-generated code. Acked-by: Ian Romanick <[email protected]>
* Revert "Always build shared glapi"Matt Turner2012-01-241-0/+3
| | | | | | | | | | | This reverts commit adefee50d954151f76150af80207081ae3c247d9. Shared glapi was never tested with --enable-xlib-glx and turns out to cause a lot of problems. Conflicts: configure.ac
* Always build shared glapiMatt Turner2012-01-201-3/+0
| | | | | | | | libglapi.so, libGL.so, libGLESv2.so, libGLESv1_CM.so must all come from the same version of Mesa or bad things may happen. Acked-by: Kenneth Graunke <[email protected]> Signed-off-by: Matt Turner <[email protected]>
* Regenerate files from previous commitsIan Romanick2011-12-131-649/+644
| | | | | | Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Brian Paul <[email protected]> Reviewed-by: Adam Jackson <[email protected]>
* glapi: regenerate files for AMD_draw_buffers_blendMarek Olšák2011-05-031-1/+1
|
* mesa: regenerate glapi filesMarek Olšák2011-03-291-0/+1
|
* glapi: Fix OpenGL and OpenGL ES interop.Chia-I Wu2011-01-201-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | When --enable-shared-glapi is specified, libGL will share libglapi with OpenGL ES instead of defining its own copy of glapi. This makes sure an app will get only one copy of glapi in its address space. The new option is disabled by default. When enabled, libGL and libglapi must be built from the same source tree and distributed together. This requirement comes from the fact that the dispatch offsets used by these libraries are re-assigned whenever GLAPI XMLs are changed. For GLX, indirect rendering for has_different_protocol() functions is tricky. A has_different_protocol() function is assigned only one dispatch offset, yet each entry point needs a different protocol opcode. It cannot be supported by the shared glapi. The fix to this is to make glXGetProcAddress handle such functions specially before calling _glapi_get_proc_address. Note that these files are automatically generated/re-generated src/glx/indirect.c src/glx/indirect.h src/mapi/glapi/glapi_mapi_tmp.h
* mesa: upgrade to glext.h version 66Brian Paul2010-11-171-2/+2
| | | | | The type of the num/count parameter to glProgramParameters4[df]vNV() changed so some API dispatch code needed updates too.
* glapi: Do not use glapioffsets.h.Chia-I Wu2010-10-271-0/+1
| | | | | | | glapioffsets.h exists for the same reason as glapidispatch.h does. It is of no use to glapi. This commit also drops the use of glapioffsets.h in glx as glx is considered an extension to glapi when it comes to defining public GL entries.
* mesa: update to version 64 of GL/glext.hBrian Paul2010-09-141-1/+1
| | | | | | A number of other files had to be updated as well because const qualifiers were added to the glMultiDrawArrays() function. Also, GL_FIXED is now defined in glext.h.
* glx: Rename __GLXcontext and __GLXdisplayPrivate to struct types.Kristian Høgsberg2010-07-281-3/+3
|
* Fix unmatched parenthesis introduce by previous commitsIan Romanick2010-03-031-1/+1
| | | | | | | | I wasn't careful enough when removing support for GCC versions earlier than 3.3.0. I could have sworn that I compile tested before pushing, but apparently not. FAIL. Signed-off-by: Ian Romanick <[email protected]>
* Remove support for GCC older than 3.3.0 from generated sourcesIan Romanick2010-03-031-1/+1
| | | | Signed-off-by: Ian Romanick <[email protected]>
* Retire miniglx and move the actual glx code up to src/glxKristian Høgsberg2010-02-091-0/+721