summaryrefslogtreecommitdiffstats
path: root/src/gallium/targets/libgl-xlib
Commit message (Collapse)AuthorAgeFilesLines
* glapi: Do not use glapidispatch.h.Chia-I Wu2010-10-271-3/+2
| | | | | | | | | glapidispatch.h exists so that core mesa (libmesa.a) can be built for DRI drivers or for non-DRI drivers as a compile time decision (whether IN_DRI_DRIVER is defined). It is of no use to glapi. This commit also drops the use of glapidispatch.h in glx and libgl-xlib as they are considered extensions to glapi when it comes to defining public GL entries.
* mesa: fix mesa version string constructionBrian Paul2010-10-191-1/+1
| | | | | Now that MESA_MINOR=10, we no longer need the extra '0' in the version string.
* libgl-xlib: Remove unused st_api_create_OpenGL.Chia-I Wu2010-09-171-8/+0
| | | | st/egl no longer relies on libGL for OpenGL support.
* libgl-xlib: Fix --enable-gallium-llvm build.Chia-I Wu2010-09-071-1/+9
| | | | Check MESA_LLVM and link to LLVM as other targets do.
* libgl-xlib: enable galahad supportBrian Paul2010-09-033-1/+18
| | | | | If the GALLIUM_GALAHAD env var is 1 we'll wrap the regular driver with the galahad validation driver.
* make: Use C++ compiler to link stdc++ library.Brian Paul2010-08-241-1/+2
| | | | | glxinfo and glxgears run on swrast and softpipe without undefined symbol errors.
* libgl-xlib: Include missing header in xlib.c.Vinson Lee2010-08-221-0/+1
| | | | Include st_api.h for st_api_create_OpenGL symbol.
* scons: Link talloc.José Fonseca2010-08-141-0/+1
|
* libgl-xlib: add depend to make clean listBrian Paul2010-07-131-1/+1
|
* rbug: Add to all targets that link against traceJakob Bornecrantz2010-05-122-0/+2
| | | | | | Also added calls to the create function in target helpers and in tr_drm.c the latter being a hack and should be replaced with the wrap screen target helper. But at least this way we don't regress.
* glapi: Move to src/mapi/.Chia-I Wu2010-05-072-1/+3
| | | | Move glapi to src/mapi/{glapi,es1api,es2api}.
* st_api: Remove st_moduleJakob Bornecrantz2010-04-261-8/+8
| | | | | | The struct st_module isn't needed as it is the same thing as the st_api struct. That is they both represent the API. Instead just use a single function entry point to the the API.
* Merge branch '7.8'Dan Nicholson2010-04-191-1/+2
| | | | | | | | Conflicts: progs/egl/Makefile progs/egl/Makefile is gone on master with the egl demos split into subdirectories. Will require an additional commit.
* scons: Always build softpipe and llvmpipe (when llvm available).José Fonseca2010-04-111-6/+2
| | | | | | | | | | These are our reference software rasterizers. They can build everywhere and are a precious debugging tool. Making them always present immensily simplifies the scons logic. If people want to avoid building it is still possible to pass direcotries and target names to scons to narrow the build.
* scons: Make LLVM a black-white dependency.José Fonseca2010-04-111-5/+3
| | | | | | | Now that draw depends on llvm it is very difficult to correctly handle broken llvm installations. Either the user requests LLVM and it needs to supply a working installation. Or it doesn't, and it gets no LLVM accelerate pipe drivers.
* libgl-xlib: Fix missing X11 symbols.José Fonseca2010-03-311-0/+2
|
* st/dri/sw: add drisw_api similarly to dri1_apiGeorge Sapountzis2010-03-291-0/+8
| | | | | I am pretty sure that this is in gallium spirit, so commit. Thanks to Chia-I for suggesting this.
* swrastg: allow for any of the software rasterizers.George Sapountzis2010-03-261-22/+42
| | | | | | | | This function should be put in targets/common or winsys/sw/common and shared with targers/libgl-xlib and winsys/sw/drm. For targets/common, you get layering violations in the build system unless all of drm_api's are moved under targets.
* gallium: Fix libgl-xlib path to sw xlib winsysJakob Bornecrantz2010-03-251-1/+1
|
* Revert "gallium: add soft screen helper"George Sapountzis2010-03-213-4/+32
| | | | This reverts commit f87a5f6499f51f651c2a9f2d4682875b22926905.
* Revert "fix scons build"George Sapountzis2010-03-211-1/+0
| | | | This reverts commit 29ec05164838f13d9535271796a50fa213d07912.
* fix scons buildGeorge Sapountzis2010-03-211-0/+1
|
* gallium: add soft screen helperGeorge Sapountzis2010-03-213-32/+4
|
* libgl-xlib: Use a simple GALLIUM_DRIVER env var to select the pipe driver.José Fonseca2010-03-161-2/+16
| | | | | GALLIUM_DRIVER is being used in many other places, and it easier to memorizing and understand than all the GALLIUM_NO_XXX.
* Merge remote branch 'origin/gallium-st-api'Chia-I Wu2010-03-161-1/+8
|\
| * st/glx: Make xmesa_create_st_api a callback of xm_driver.Chia-I Wu2010-03-131-1/+2
| | | | | | | | | | Instead of guessing the API in st/glx, let the target decide how to create st_api.
| * winsys/xlib, st/es: Advertise st_api.h support.Chia-I Wu2010-03-121-0/+6
| | | | | | | | | | This is done by defining one of st_module_OpenGL_ES1, st_module_OpenGL_ES2, and st_module_OpenGL.
* | libgl-xlib: Obey GALLIUM_SOFTPIPE define.José Fonseca2010-03-151-0/+2
|/
* target-helpers: remove swrast_xlib.c helperKeith Whitwell2010-03-101-1/+62
| | | | | | | | | | This was a good idea, but ended up tying the build systems in knots. We can revisit this later, in particular if we can put in place dummy implementations of cell_create_screen(), llvmpipe_create_screen() which just return NULL if the driver isn't available. In the meantime, just duplicate this smallish function in the two places it was being called.
* gallium: create helper for swrast+xlib combinationKeith Whitwell2010-03-091-66/+4
| | | | | Several targets may want to reuse this code. It's pretty simple, not sure if this is really a win.
* scons: Fix the libg-xlib Sconscript.José Fonseca2010-03-091-9/+14
|
* targets/libgl-xlib: add code to inject trace and identity layersKeith Whitwell2010-03-092-1/+17
| | | | | Finally we can inject layers for debug, trace and "other" with relative ease between state-tracker and driver.
* ws/xlib: remove self-knowledge about users of xlib winsysKeith Whitwell2010-03-091-11/+54
| | | | | | | | | Several software rasterizers can make use of this winsys, but there isn't any reason why the winsys itself should know about them. This change moves that information into the libgl-xlib target. Need to fix up other targets making use of this winsys.
* gallium: introduce target directoryKeith Whitwell2010-03-083-0/+266
Currently there are still at least two functions bundled up inside the winsys concept: a) that of a backend resource manager, sometimes capable of performing present() operations, b) the initialization code/routine for the whole driver stack. The inclusion of (b) makes it difficult to share implementations of (a) between different drivers. For instance, a clean xlib winsys could be of use for software-rasterized VG, GLES, EGL, etc, stacks. But that is only true as long as there is no dependency from the winsys to higher level code, as would be the case when we include (b) in this component. This change creates a new gallium/targets subtree, specifically for implementing the glue needed to build individual driver stacks, and moves that code out of a single example winsys, namely xlib. Other drivers continue to build unchanged, but hopefully can migrate to this structure over time.