summaryrefslogtreecommitdiffstats
path: root/configs/linux-dri
Commit message (Collapse)AuthorAgeFilesLines
* Simplify makefile boilerplate code.José Fonseca2008-02-191-1/+1
| | | | | Don't define ASM_SOURCES variable globally -- reserve that variable to be defined locally by makefiles, together with C_SOURCES and CPP_SOURCES.
* Build glx/x11.José Fonseca2008-02-181-0/+1
|
* Code reorganization: split gallium and mesa makefiles.José Fonseca2008-02-181-4/+2
| | | | | | | In other words, don't build src/gallium source code from within src/mesa/Makefile. Also, allow to customize which gallium auxiliary dirs, driver driver, winsys dirs get built from the config/* files.
* Code reorganization: update build.José Fonseca2008-02-151-3/+3
| | | | | | | | | Update the Makefiles and includes for the new paths. Note that there hasn't been no separation of the Makefiles yet, and make is jumping all over the place. That will be taken care shortly. But for now, make should work. It was tested with linux and linux-dri. Linux-cell and linux-llvm might require some minor tweaks.
* Expand pkg-config flags before invoking the compiler.José Fonseca2007-10-251-2/+2
| | | | | This allows IDEs such as Eclipse to get the correct c-preprocessor flags used from the build output.
* Rename drivers/dri/i915pipe --> drivers/dri/intel_winsys.Keith Whitwell2007-08-081-1/+1
| | | | | | | | | | This is appropriate as this is not a "pipe driver for the i915" as the old name would suggest, but rather a dri driver that can provide "winsys" backends to softpipe/i915/i965/etc pipe drivers, running under the intel DDX, drm, etc. It also frees up the i915pipe name for something more appropriate, ie mesa/pipe/i915pipe.
* Build the "pipe" version of the i915tex driver.Keith Whitwell2007-07-311-1/+1
| | | | This hands all rendering off to the softpipe rasterizer.
* Only build i915texKeith Whitwell2007-06-201-2/+1
|
* nouveau: disable nouveau build by defaultDave Airlie2007-05-051-1/+1
| | | | Until this is API/ABI stable building it by default isn't a good idea.
* Overhaul of error handling.Brian2007-02-261-1/+1
|
* Add reporting of damage by DRI drivers when the extension support is available.Eric Anholt2007-01-051-1/+2
| | | | | | | | | | | | | | With this, tools like ximagesrc in gstreamer correctly see updates from GL rendering. Support requires that the Xdamage library be current (but will be disabled if not present) plus a new X Server with support for the new XDamagePost request. libGL now has a new interface version, and also links against libXdamage and libXfixes to support it, but backwards compatibility is retained. Currently, all drivers report damage at SwapBuffers time through common code -- front buffer rendering doesn't result in damage being reported. Also, the damage is against the root window, as our drivers don't yet render to backing store when they should (composited environments).
* merge the (rest of) texmem branchKeith Whitwell2006-11-011-1/+1
|
* Fix bug #4681.Ian Romanick2006-10-111-1/+2
| | | | | | | | | | | | | | | | | 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
* When available, which is most of the time, use posix_memalign to implementIan Romanick2006-08-161-1/+1
| | | | _mesa_align_malloc and friends.
* linux-indirect target fixes.Adam Jackson2006-08-101-0/+1
|
* Add Intel i965G/Q DRI driver.Eric Anholt2006-08-091-1/+1
| | | | | This driver comes from Tungsten Graphics, with a few further modifications by Intel.
* restore -O flag (bug 6814)Brian Paul2006-05-061-1/+1
|
* minor CFLAGS reorderingBrian Paul2006-04-061-2/+2
|
* Style fix, drop the explicit -ldrm from the link line.Adam Jackson2006-03-301-1/+1
|
* remove i830Alan Hourihane2006-01-261-1/+1
|
* Search for makedepend in the PATH rather than hardcoding /usr/X11R6/binAdam Jackson2006-01-181-1/+1
|
* don't use -Wmissing-prototypes for C++ codeBrian Paul2005-10-281-4/+3
|
* added -Wmissing-prototypes to WARN_FLAGSBrian Paul2005-09-061-2/+2
|
* Convert libGL and DRI drivers to require libdrm.Adam Jackson2005-08-191-3/+5
| | | | | | libdrm can be had from: http://people.freedesktop.org/~ajax/libdrm/
* Put back '-I/usr/X11R6/include'.Ian Romanick2005-08-151-2/+15
| | | | | | | Make 'USING_EGL=0' the default for now. It's causing too much confusion for too many non-developers (which in turn wastes too much developer time). It is trivially overridden from the make command line. See comments in linux-dri.
* Remove the logic that determines at compile time whether or not HAVE_ALIASIan Romanick2005-08-111-1/+1
| | | | | | | | should be defined. It was flawed on some platforms (e.g., Darwin & mingw). Instead, rely on the build system to define it on the compiler command line. This also reverts ajax's hand-edit to indirect_size.c. I'll fix that on the X.org side of things later today.
* Don't link with libGL, libEGL, or libEGLdri. On EGL setups libGL isn'tIan Romanick2005-08-111-1/+1
| | | | available, and on libGL setups libEGL and libEGLdri aren't available.
* Since Brian's recent commit, "-I/usr/X11R6/include/X11/extensions" is noIan Romanick2005-08-111-2/+0
| | | | longer needed.
* Dike out the linux-specific EGL bits unless it's a linux build.Eric Anholt2005-08-081-0/+1
|
* Enable EGL support in 'linux-dri' configJon Smirl2005-08-071-3/+3
|
* Add a new config called linux-indirect. This build the GLX libGL just likeIan Romanick2005-07-291-1/+2
| | | | | | linux-dri, but it disables support for direct-rendering in it. This config mainly exists so that I can verify that changes to libGL haven't broken builds on non-DRI platforms.
* All elements of pre-DRI_NEW_INTERFACE_ONLY are removed. This allowsIan Romanick2005-07-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Connect the r300 bits up to the build.Eric Anholt2005-07-201-1/+1
|
* re-enable the ffb driverAlan Hourihane2005-07-181-2/+2
|
* Massive refactor of (most of) the Linux config files. This reducesIan Romanick2005-07-021-2/+0
| | | | | the length of each config and brings a lot of much needed uniformity to them.
* Add TLS support to libGL and, by virtue of using glthread.h and GL_CALL, allIan Romanick2005-04-131-0/+2
| | | | | | | 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.
* Make linux-dri-x86-64 more like linux-dri-x86. Add ARCH_FLAGS. This isIan Romanick2005-04-061-12/+12
| | | | | | where things like "-m64" or "-m32" should be specified. Using this, a 32-bit DRI build can be done on an x86-64 system by doing 'ARCH_CFLAGS=-m32 make linux-dri-x86'. Minor tweaks to linux-dri to support these changes.
* Build s3v and trident by default too.Adam Jackson2004-12-271-3/+2
| | | | Smoky the bear says: Only you can prevent bitrot.
* Get linux-solo dependencies building correctly,Keith Whitwell2004-12-091-0/+4
| | | | Make sure symlinks are built in driver directories before running makedepend.
* Improve the behaviour of the build system wrt depend files.Keith Whitwell2004-12-081-9/+13
| | | | | | | | - Remove the -Y option for makedepend, so that the standard directories are searched - No longer pipe the multiple errors that the -Y option caused into /dev/null -- we want to know about these failures. - Fix up a few other misc makedepend failures.
* libGL needs libXxf86vm.a.Adam Jackson2004-10-291-1/+1
|
* Add glx/x11 to the DRI configs, and change the Solo configs to build glx/mini.Adam Jackson2004-10-251-1/+1
|
* Add DRI_LIB_DEPS for the DRI drivers to link against. Remove expat from theAdam Jackson2004-10-251-1/+2
| | | | | link list for libGL itself under DRI configurations, since the XML parsing code is in the drivers themselves.
* Add Roland Scheidegger's S3TC patch. This patch does not implement theEric Anholt2004-10-071-0/+1
| | | | | | | | | | | | | | | | | (patented) S3TC/DXTC algorithms, but adds an option to dlopen a library module providing functions to do so. Because it uses dlopen, it is only enabled if USE_EXTERNAL_DXTN_LIB=1 is defined (which is only in linux-dri config, so far). It adds support for S3TC to several DRI drivers, and adds a DRI config option to force enabling S3TC even if the software compression/decompression is unavailable. This may allow people to use apps that require S3TC even though they don't have a license to implement the patented material themselves, if those apps use precompressed textures. Ideally we would get permission from the current holder of the patents to implement the algorithm in Mesa, at which point the dlopen mess could go away. Until then, this allows some to run applications they couldn't otherwise, and hopefully will provide us with more push to get the final step of getting that permission done.
* Add sis to the list of DRI drivers, since it had already been converted to theEric Anholt2004-09-251-4/+4
| | | | new interface.
* Refactor the linux-dri config files so that linux-dri-x86 inherits fromEric Anholt2004-09-251-5/+12
| | | | | | | linux-dri. Turn on -O by default (-O2 provides a slight improvement in performance, at a large cost to debuggability). Turn off -fPIC on x86 by default. Turn on -Wall, to catch more stupid mistakes. This could be both done cleaner, and done for more config files, but it works for me for now.
* Replace -lGL with -l$(GL_LIB), etc.Brian Paul2004-09-131-2/+2
| | | | Remove GLU_LIB_DEPS, OSMESA_LIB_DEPS lines if identical to 'default' file.
* Converted the Savage driver to the new DRI interface and enabled compilationFelix Kuehling2004-08-221-2/+2
| | | | in the Mesa tree.
* remove -lXm (motif) from GLW_LIB_DEPS since it's not needed by defaultBrian Paul2004-07-201-1/+1
|
* add i915 as it seems to build okay..Dave Airlie2004-06-121-1/+1
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-26 17:09:36 +0000