summaryrefslogtreecommitdiffstats
path: root/configs
Commit message (Collapse)AuthorAgeFilesLines
* nouveau: say goodbye to the old DRI driver...Stephane Marchesin2008-07-141-1/+1
|
* Call mklib with $(SHELL) so the user controls the interpreterDan Nicholson2008-07-121-0/+1
| | | | | Respect the user's choice of shell when running mklib rather than always using /bin/sh.
* Call minstall with $(SHELL) so the user controls the interpreterDan Nicholson2008-07-122-2/+1
| | | | | | Running minstall directly means that /bin/sh is always used as hte interpreter. If the user needs or wants to use a different shell fo minstall, they can use the SHELL make variable.
* Set $(SHELL) for all configsDan Nicholson2008-07-121-0/+1
| | | | | | | Most make implementations will use /bin/sh as the interpreter for commands and only use a different shell when the $(SHELL) make variable is set. This makes the setting explicit and allows $(SHELL) to be used in the commands themselves.
* autoconf: Subsitute SHELL for all platformsDan Nicholson2008-07-121-3/+1
| | | | | | | | | | | | | | Establish the shell that make will use from configure. This is exactly how autoconf/automake operate, with the environment variable CONFIG_SHELL respected to override the autoconf checks. In the usual case where the user just executes `./configure', autoconf will pick a shell from the current shell, sh, bash, ksh or sh5 that meets its base criteria. The special Solaris case of looking for a POSIX shell has been changed to just set the SHELL variable since autoconf substitutes this already. The EXTRA_CONFIG_LINES substitution is dropped as it should no longer be needed.
* Set library and header installation directories from configurationDan Nicholson2008-07-062-1/+6
| | | | | | | | | | | | | | Currently the installation directories for libraries and headers are resolved within the install commands. For instance, the libraries will be installed to $(INSTALL_DIR)/$(LIB_DIR). This limits the flexibility of the installation, such as when the libraries should be installed to a subdirectory like /usr/lib/tls. This adds the make variables $(INSTALL_LIB_DIR) and $(INSTALL_INC_DIR) to define the locations that the libraries and headers are installed. For the static configs, this resolves exactly as before to $(INSTALL_DIR)/include and $(INSTALL_DIR)/$(LIB_DIR). For autoconf, they are derived directly from the --libdir and --includedir settings.
* Solaris port of Mesa 7.1 with autoconf supportAlan Coopersmith2008-06-211-0/+3
| | | | Signed-off-by: Brian Paul <[email protected]>
* drop GLcoreGeorge Sapountzis2008-05-234-10/+0
|
* Default DRI driver directory to match X.Org xserverDan Nicholson2008-05-091-1/+1
| | | | | | | Since the only valid consumer of the DRI drivers is the X.Org xserver, this changes the default DRI driver directory to match xorg-server: ${libdir}/dri. The old default of /usr/X11R6/modules/dri was wrong for nearly all current systems.
* autoconf: Scrape the version from configs/defaultDan Nicholson2008-05-051-0/+1
| | | | | | Added the make script version.mk to print the various version numbers from configs/default. This is used to substitute the version in autoconf rather than duplicating it in both places.
* glcore: Set all external variables in configurationGeorge Sapountzis2008-05-052-0/+4
| | | | based on patch by Dan Nicholson <[email protected]>
* autoconf: Don't substitute MESA_MAJOR and friendsDan Nicholson2008-04-301-5/+0
| | | | | | Since the autoconf config inherits from default, we don't need to duplicate and substitute the MESA_* version numbers in configure.ac. The version number is only needed in configure for the help text.
* glcore: tree sharing for DRI and XMesaGeorge Sapountzis2008-04-232-2/+3
|
* glcore: build from mesaGeorge Sapountzis2008-04-231-0/+3
|
* DRI interface changes and DRI2 direct rendering support.Kristian Høgsberg2008-03-311-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add DRI2 direct rendering support to libGL and add DRI2 client side protocol code. Extend the GLX 1.3 create drawable functions in glx_pbuffer.c to call into the DRI driver when possible. Introduce __DRIconfig, opaque struct that represents a DRI driver configuration. Get's rid of the open coded __GLcontextModes in the DRI driver interface and the context modes create and destroy functions that the loader was requires to provide. glcore.h is no longer part of the DRI driver interface. The DRI config is GL binding agnostic, that is, not specific to GLX, EGL or other bindings. The core API is now also an extension, and the driver exports a list of extensions as the symbol __driDriverExtensions, which the loader must dlsym() for. The list of extension will always include the DRI core extension, which allows creating and manipulating DRI screens, drawables and contexts. The DRI legacy extension, when available, provides alternative entry points for creating the DRI objects that work with the XF86DRI infrastructure. Change DRI2 client code to not use drm drawables or contexts. We never used drm_drawable_t's and the only use for drm_context_t was as a unique identifier when taking the lock. We now just allocate a unique lock ID out of the DRILock sarea block. Once we get rid of the lock entirely, we can drop this hack. Change the interface between dri_util.c and the drivers, so that the drivers now export the DriverAPI struct as driDriverAPI instead of the InitScreen entry point. This lets us avoid dlsym()'ing for the DRI2 init screen function to see if DRI2 is supported by the driver.
* Darwin: Fixed small error in darwin config filesJeremy Huddleston2008-03-102-2/+2
| | | | (cherry picked from commit a21c61ee8bc86a8843024cbf8e9daf4b39a7571a)
* Darwin: Config/source fixes to now build glxdemo apps and OSMesaJeremy Huddleston2008-03-104-42/+19
| | | | | Also added darwin-fat-32bit darwin-fat-all configs and deleted old darwin-x86ppc config (cherry picked from commit 7120c0089d663a2b7e7b0c97da38f9bc233fbdd7)
* Convert crlf->lf line endings.José Fonseca2008-02-281-42/+42
| | | | | | Windows/DOS users should enable core.autocrlf from now on: git config --global core.autocrlf true
* autoconf: Add gcc search patch to MKDEP_OPTIONS to eliminate warnings.Kristian Høgsberg2008-02-251-1/+1
| | | | | Also, use -include to avoid error message when make initially fails to include the non-existent depend file.
* Apple: Pulled in changes from Apple's patchset to allow mesa to build on ↵Jeremy Huddleston2008-02-191-8/+15
| | | | | | darwin again (cherry picked from commit e70609b7b877dc0d8e67c958c453305e78f831df)
* glapi: Use variable for indent and flagsDan Nicholson2008-02-121-1/+3
| | | | | | Put the path to indent and the flags to call it with in configs/default rather than in the Makefile. This makes it easier to change the values globally.
* Merge branch 'master' into autoconf2Dan Nicholson2007-12-261-1/+1
|\
| * Don't try to build nonexistent i915tex driver on linux-x86-64Dan Nicholson2007-12-181-1/+1
| |
* | autoconf: Allow static library buildsDan Nicholson2007-12-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Allow the user to specify that they want static libraries through the --{enable,disable}-{static,shared} switches like libtool. The mesa build only allows for one at a time, so static will be chosen if someone has passed --enable-static or --disable-shared. This also allows the mklib options to be set at build time. This allows -static to be set for mklib, but any platform specific settings are allowed by setting MKLIB_OPTIONS for configure. Handling of the program libraries through the APP_LIB_DEPS variable is pretty ugly, but it seems to work.
* | autoconf: Configure the osmesa channel size for OSMesa16 and OSMesa32Dan Nicholson2007-12-071-1/+1
| | | | | | | | | | | | | | | | | | | | Allow the user to specify channel bits of 16 or 32 to enable OSMesa16 or OSMesa32 instead of the default OSMesa. This option is controlled through the option --with-osmesa-bits=BITS and is only honored when the driver is osmesa. The osdemos are not enabled in the 16 or 32 bit case because the Makefile is currently hardcoded to link to -lOSMesa.
* | autoconf: Add support for shared DRI build on linux and freebsdDan Nicholson2007-12-071-0/+17
| | | | | | | | | | | | | | | | | | Added autoconf bits to allow using DRI as the driver through the option --with-dri-driver=DRIVER. The options are x11 (default) and dri. Three DRI specific options for controlling the driver directory, direct rendering and TLS are also added. The DRI will probably not work for platforms besides linux and freebsd.
* | autoconf: Initial support for an autoconf configurationDan Nicholson2007-12-072-0/+88
|/ | | | | | | | | | | | | | | | | | | | | This adds the initial support for using autoconf configuration. Support is available for shared Xlib driver builds. Later this will be extended to dri and osmesa-only builds and possibly targetting non-X backends. Support for static library builds will also be added. The configure script fills in the autoconf config. This is then used by running `make autoconf' after ./configure. Testing has been done on Linux/GNU. The configure script tries to faithfully reproduce the current configs/linux* and configs/freebsd*. Other platforms can be handled later by adding similar statements and feature tests. Pkg-config is used to search for packages when possible. This makes the build much more flexible and robust to the user's configuration. This requires that the pkg-config autoconf macros pkg.m4 are included in aclocal.m4. This requires autoconf and aclocal from autoconf and automake, respectively.
* Make osdemos linking like other programsDan Nicholson2007-12-074-4/+4
| | | | | | | | | | Most of the programs list their dependencies on the Mesa libraries in their Makefiles. This works with the default configuration where APP_LIB_DEPS only lists external libraries. This changes the linux-osmesa configs and the osdemos Makefile to follow that convention. Some cleanup of the Makefile is also added to refer to the GL libraries through the existing variables rather than hardcoding their names.
* configs: Fix linking with static libGL and --as-neededDan Nicholson2007-12-073-3/+6
| | | | | | Linking of the programs breaks when using a static libGL and the GNU ld option --as-needed. This is because libXext is needed for the XShm functions.
* glut doesn't need -lXtBrian2007-12-031-1/+1
|
* Add -fno-strict-aliasing workaround for all GCC targetsDan Nicholson2007-11-0118-0/+70
| | | | | Use a GCC option to work around aliasing bugs. See commit 013dbcd for more details.
* configs: Set -fexceptions for GLUT on linux-dri like other targetsDan Nicholson2007-10-311-0/+2
| | | | | | | | | Quite a while ago, the GCC option -fexceptions was added for building libglut. See here: http://article.gmane.org/gmane.comp.video.mesa3d.devel/9499 This was missing in the linux-dri targets.
* configs: Always use -fPIC for shared libraries, never for staticDan Nicholson2007-10-318-6/+6
| | | | | | | | | | | Mesa currently disables -fPIC for DRI on x86, but most Linux distros are re-enabling -fPIC for all DRI arches. Let's just do that here since that's normally what's wanted for shared libraries. Some justification: http://bugs.gentoo.org/show_bug.cgi?id=110840#c9 On the other hand, position-independent code is only necessary when building shared libraries, so disable it for the static cases.
* Add -fno-strict-aliasing workaround for Linux GCC targetsDan Nicholson2007-10-3115-0/+48
| | | | | | | | | | | | Most Linux distros work around aliasing problems in Mesa by compiling with the GCC option -fno-strict-aliasing. Two examples: https://bugs.freedesktop.org/show_bug.cgi?id=6046 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=394311 This makes -fno-strict-aliasing the default with a comment that developers should consider commenting it out. There is a already a note about these bugs in docs/helpwanted.html.
* Build xdemos programs by default on linux-driDan Nicholson2007-10-292-4/+4
| | | | | Since libglut is no longer hardcoded, we can build the xdemos programs so long as a GLX enabled libGL and libGLU have been built.
* linux-dri-xcb: Fix undefined refs when linking with libGLDan Nicholson2007-10-291-2/+3
| | | | | GL_LIB_DEPS was missing -lXdamage and -lXfixes, which was causing linker errors when trying to build the programs.
* update APP_LIB_DEPS for static library configs (patch 3/3)Dan Nicholson2007-10-293-6/+3
|
* simplify APP_LIB_DEPS (patch 2/3)Dan Nicholson2007-10-291-2/+4
|
* configs: Fix linux-static to link correctlyDan Nicholson2007-10-261-3/+2
| | | | | | The linux-static target was missing necessary libraries and hardcoding their location to /usr/X11R6/lib. This makes it comparable to the x86 and x86-64 static targets.
* added catamount-osmesa-pgi configAlex Neundorf2007-10-241-0/+32
|
* FreeBSD: more /usr/X11R6->/usr/localEric Anholt2007-10-041-4/+4
|
* add support for LDFLAGS env varDan Nicholson2007-09-281-0/+1
|
* FreeBSD: Chase /usr/X11R6 death (replaced by everything in one prefix).Eric Anholt2007-09-271-2/+2
|
* Move i915tex driver into place as just i915.Eric Anholt2007-09-242-2/+2
|
* Remove the old i915 driver now that i915tex works without TTM.Eric Anholt2007-09-242-2/+2
|
* fix -D_BSD_SOURCBrian2007-09-201-1/+1
|
* Added bluegene-xlc-osmesa config (Alexander Neundorf)Brian2007-09-201-0/+29
|
* Add missing -g in FreeBSD OPT_CFLAGSEric Anholt2007-09-191-1/+1
|
* add OSMESA_LIB_NAMEBrian2007-08-031-0/+2
|
* added -lmBrian2007-08-031-1/+1
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-29 02:21:38 +0000