summaryrefslogtreecommitdiffstats
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* automake: Convert osmesa.pc to be generated by configure.Eric Anholt2012-06-211-1/+2
|
* mesa: Convert gl.pc to be generated by configure.Eric Anholt2012-06-211-1/+2
| | | | This saves a step of mashing variables around in our Makefile.
* automake: Convert src/mesa/drivers/x11/Makefile to automake.Eric Anholt2012-06-211-1/+2
| | | | | | | | | The weird versioning of the libGL where the package version was sort of expressed as a big integer is dropped. libtool didn't like the 0 prefix, and it didn't really make sense anyway -- if you interpret it as an integer version number, old Mesa 071200 was bigger than current Mesa 08100. Instead, just bump the minor version and drop the patchlevel.
* automake: Convert src/gallium/Makefile to automake.Eric Anholt2012-06-211-0/+1
|
* automake: Convert src/mapi/glapi/gen/Makefile to automake.Eric Anholt2012-06-211-0/+1
|
* automake: Convert src/mesa/drivers/Makefile to automake.Eric Anholt2012-06-211-0/+1
|
* automake: Directly generate configs/current instead of symlinking from it.Eric Anholt2012-06-211-9/+1
|
* automake: Convert gen_matypes building to automake.Eric Anholt2012-06-211-0/+2
|
* make: Fold ASM_CFLAGS into DEFINES.Eric Anholt2012-06-211-9/+7
| | | | | | Every place that uses ASM_FLAGS already uses DEFINES. Not including it in DEFINES is just a way to screw up potential users, as I've done several times while working on the build system.
* automake: Convert src/egl/Makefile to automake.Eric Anholt2012-06-211-0/+1
|
* automake: Don't warn on gmake portability issues.Eric Anholt2012-06-211-1/+1
| | | | | | | | | Even pre-automake, we rely on gmake features for pattern substitutions, and replacing those with reams more make code is not interesting. This will let us turn the old Makefiles using pattern substitutions into automake without spewing warnings. Reviewed-by: Dan Nicholson <[email protected]>
* mesa/tests: Add tests for the generated dispatch tableIan Romanick2012-06-131-0/+1
| | | | | Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa/tests: Add tests for _mesa_lookup_enum_by_{name,nr} functionsIan Romanick2012-06-131-0/+1
| | | | | Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* glx: Move tests from tests/glx to src/glx/testsIan Romanick2012-06-131-3/+2
| | | | | | | This matches the organization of other unit tests in Mesa. Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* automake: Add AM_PROG_AR before LT_INIT to silence a lot of warnings.Kenneth Graunke2012-06-111-0/+2
| | | | | | | The warnings appear to occur with newer automake (probably 1.12). Signed-off-by: Kenneth Graunke <[email protected]> Reviewed-by: Eric Anholt <[email protected]>
* configure.ac: Add --with-(gl|glu|osmesa)-lib-name optionsBrad King2012-06-111-7/+22
| | | | | | | | These allow one to mangle the library names, without also mangling the symbol names, to make them distinct from other GL libraries on the system. Reviewed-by: Kenneth Graunke <[email protected]>
* automake: Merge the dricore libglsl build into libdricore.Eric Anholt2012-06-111-5/+3
| | | | | | | | | | | | | Now we have just one library of "all of Mesa core" instead of both libdricore and libglsl that drivers link against. I did this change in a sort of nonrecursive make fashion: the generated files are still produced in the non-automake build, like the rest of dricore, but the GLSL files are stuffed into libdricore without building a convenience library in src/glsl (even though we could now). This would make a bit more sense if glsl was just another dir under src/mesa, because right now I had to contort the prefix variable name to look another ../ level up.
* automake: Convert src/Makefile to automake.Eric Anholt2012-06-111-0/+1
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* automake: Move top-level makefile to automake.Eric Anholt2012-06-111-0/+1
| | | | | | | | | This is part of a series to fix our build issues in the automake case by hooking up the automatic Makefile regeneration support. The extract_git_sha1 is moved into src/mesa/Makefile so that we get correct dependency generation. Reviewed-by: Kenneth Graunke <[email protected]>
* mesa: Move the version information right into configure.ac.Eric Anholt2012-06-111-7/+1
| | | | | | Nothing else called version.mk. Reviewed-by: Kenneth Graunke <[email protected]>
* configure.ac: Fail if egl x11 platform dependencies are not availableKristian Høgsberg2012-06-051-28/+39
| | | | | | | | | | Currently, if you pass --with-egl-platforms=x11 but xcb-dri2 isn't available we just silently fail and disables building the EGL DRI2 driver. This commit cleans up the EGL platfrom checking and fails if a selected platform can't find its required dependencies. Reviewed-by: Eric Anholt <[email protected]>
* automake: use -m32 in CCASFLAGS when using --enable-32-bitTapani Pälli2012-06-011-0/+1
| | | | | | | this fixes libdricore directory build with --enable-32-bit on a x86_64 system Signed-off-by: Tapani Pälli <[email protected]> Reviewed-by: Eric Anholt <[email protected]>
* r600g: compute support for evergreenAdam Rak2012-06-011-1/+6
| | | | | | | | | Tom Stellard: - Updated for gallium interface changes - Fixed a few bugs: + Set the loop counter + Calculate the correct number of pipes - Added hooks into the LLVM compiler
* clover: Link to the necessary LLVM and Clang libsTom Stellard2012-06-011-0/+3
|
* configure.ac: Add variables LLVM_CPPFLAGS and LLVM_LIBDIRTom Stellard2012-06-011-0/+4
|
* configure.ac: Add option for libclc pathTom Stellard2012-06-011-0/+8
|
* configure.ac: Add HAVE_OPENCL AM_CONDITIONAL v2Tom Stellard2012-06-011-0/+1
| | | | | | | | v2: - Drop HAVE_OPENCL variable for non-automake builds - s/HAVE_OPENCL/HAVE_GALLIUM_COMPUTE Reviewed-by: Francisco Jerez <[email protected]>
* automake: Check for 'indent' and fall back to 'cat' if not found.Kenneth Graunke2012-05-301-0/+5
| | | | | | | | | | | The glapi generator code uses indent to produce more readable code. However, we don't want to make GNU indent a hard build dependency; check for it in configure.ac and fall back to 'cat' if it's not available. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=50484 Signed-off-by: Kenneth Graunke <[email protected]> Reviewed-by: Matt Turner <[email protected]> Acked-by: Ben Widawsky <[email protected]>
* automake: Convert dricore building to automake.Eric Anholt2012-05-291-0/+12
| | | | | | | | | | | This is performed in a subdirectory to avoid needing to convert all of src/mesa/Makefile in one go. I can now cherry-pick a commit containing glapi XML changes, do "(cd src/mapi/glapi/gen && make) && make", and get a working driver. Reviewed-by: Matt Turner <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]>
* automake: Rename variables in sources.mak to be automake compatible.Eric Anholt2012-05-291-5/+5
| | | | | | | | *_SOURCES is reserved for files lists for particular automake targets. Also, "-" in the variable names is not allowed. Reviewed-by: Matt Turner <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]>
* mesa: Remove the generated glapi from source control, and just build it.Eric Anholt2012-05-291-1/+1
| | | | | | | | | | | 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]>
* i965: Completely annotate the batch bo when aub dumping.Paul Berry2012-05-221-1/+1
| | | | | | | | | | | | | | | | | | | Previously, when the environment variable INTEL_DEBUG=aub was set, mesa would simply instruct DRM to start dumping data to an .aub file, but we would not provide DRM with any information about the format of the data in various buffers. As a result, a lot of the data in the generate .aub file would be unannotated, making further data analysis difficult. This patch causes the entire contents of each batch buffer to be annotated using the data in brw->state_batch_list (which was previously used only to annotate the output of INTEL_DEBUG=bat). This includes data that was allocated by brw_state_batch, such as binding tables, surface and sampler states, depth/stencil state, and so on. The new annotation mechanism requires DRM version 2.4.34. Reviewed-by: Eric Anholt <[email protected]>
* Filter out -Wcovered-switch-default from LLVM_CFLAGSojab2012-05-211-1/+1
| | | | Signed-off-by: José Fonseca <[email protected]>
* configure.ac: Fix typos in the r600-llvm-compiler optionHomer Hsing2012-05-151-2/+2
| | | | Signed-off-by: Tom Stellard <[email protected]>
* radeonsi: Fixups for recent build infrastructure changes.Michel Dänzer2012-05-121-0/+2
| | | | In particular for the pipe loader changes.
* clover: Assorted build fixes.Tom Stellard2012-05-111-8/+30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Contains the following patches squashed in: commit 9fff1dc0875f7c9591550fa3ebbe1ba7a18483fa Author: Tom Stellard <[email protected]> Date: Tue Mar 20 23:20:03 2012 +0100 configure.ac: Build gallium loader when OpenCL is enabled commit 542111cb02957418c6a285cb6ef2924e49adc66e Author: Tom Stellard <[email protected]> Date: Tue Mar 20 23:30:29 2012 +0100 configure.ac: Add sw/null to GALLIUM_WINSYS_DIRS for gallium loader commit 876f8de46062dde76b6075be3b6628f969b16648 Author: Tom Stellard <[email protected]> Date: Thu Feb 9 11:26:05 2012 -0500 configure.ac: Require gcc > 4.6.0 for clover commit 99049d50fa3d9a23297ae658189c19c89dca1766 Author: Tom Stellard <[email protected]> Date: Tue Mar 20 23:32:06 2012 +0100 configure.ac: Require Gallium drm loader when gallium loader is enabled No longer silently exclude this when building OpenCL drivers for nouveau and r600.
* clover: Import OpenCL state tracker.Francisco Jerez2012-05-111-2/+29
|
* gallium/gbm: Switch to auxiliary/pipe-loader.Francisco Jerez2012-05-111-0/+1
| | | | Reviewed-by: Jakob Bornecrantz <[email protected]>
* gallium/tests/trivial: Switch to the pipe loader.Francisco Jerez2012-05-111-0/+11
| | | | | | | | It simplifies things slightly, and besides, it makes possible to execute the trivial tests on a hardware device instead of being limited to software rendering. Reviewed-by: Jakob Bornecrantz <[email protected]>
* gallium: Add pipe loader for device enumeration and driver multiplexing.Francisco Jerez2012-05-111-0/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | The goal is to have a uniform interface to create winsys and pipe_screen instances for any driver, exposing the device enumeration capabilities that might be supported by the operating system (for now there's a "drm" back-end using udev and a "sw" back-end that always returns the same built-in devices). The typical use case of this library will be: > > struct pipe_loader_device devs[n]; > struct pipe_screen *screen; > > pipe_loader_probe(&devs, n); >[pick some device from the array...] > > screen = pipe_loader_create_screen(dev, library_search_path); >[do something with screen...] > > screen->destroy(screen); > pipe_loader_release(&devs, N); > A part of the code was taken from targets/gbm/pipe_loader.c, which will be removed and replaced with calls into this library by a future commit.
* autoconf: pass -Wall to automakeDylan Noblesmith2012-04-291-1/+1
| | | | | | | And fix these warning that appear at autoreconf time: "`:='-style assignments are not portable" v2: Fix the recently-converted-to-automake r600.
* r600g: Add hooks for the LLVM shader compilerTom Stellard2012-04-231-0/+14
| | | | | | | | | The LLVM backend can now be enabled for r600g by using the --enable-r600-llvm-compiler configure flag. If you configure with this flag, you can still use the default compiler by setting the envrionment variable R600_USE_LLVM=0 Reviewed-by: Alex Deucher <[email protected]>
* configure.ac: Move HAVE_LLVM definition into configure.acTom Stellard2012-04-231-1/+1
| | | | | | | Otherwise HAVE_LLVM won't be included in the $(DEFINES) variable for Automake generated Makefiles. Reviewed-by: Alex Deucher <[email protected]>
* glsl: Convert the tests directory to automake.Eric Anholt2012-04-191-0/+1
| | | | | | | | | | | This runs optimization-test and produces the usual automake test output, which may be interesting to automated build systems. This doesn't convert the tests to be individually exposed to the automake runner, because automake doesn't like wildcards (due to being nonportable in make, not that we care). Reviewed-by: Kenneth Graunke <[email protected]>
* configure.ac: add IA64 support.Dave Airlie2012-04-171-1/+1
| | | | | | | | ia64 on Linux can use DRI as well. Reported-by: russiane39 on #radeon Bugzilla: http://bugs.freedesktop.org/show_bug.cgi?id=48788 Signed-off-by: Dave Airlie <[email protected]>
* r600g: Use automake to generate MakefileTom Stellard2012-04-171-0/+1
|
* autoconf: add AM_PROG_CC_C_ODylan Noblesmith2012-04-161-0/+1
| | | | | | | | | | | Prevents this error with Automake 1.9: src/gallium/drivers/Makefile.am: C objects in subdir but `AM_PROG_CC_C_O' not in `configure.ac' autoreconf: automake failed with exit status: 1 Reviewed-by: Eric Anholt <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]>
* nv30: import new driver for GeForce FX/6/7 chipsets, and Quadro variantsBen Skeggs2012-04-141-1/+1
| | | | | | | | | | | | | | | | | | The primary motivation for this rewrite was to have a maintainable driver going forward, as nvfx was quite horrible in a lot of ways. The driver is heavily based on the design of the nv50/nvc0 3d drivers we already have, and uses the same common buffer/fence code. It also passes a HEAP more piglit tests than nvfx did, supports a couple more features, and a few more to come still probably. The CPU footprint of this driver is far far less than nvfx, and translates into far greater framerates in a lot of applications (unless you're using a CPU that's way way newer than the GPUs of these generations....) Basically, we once again have a maintained driver for these chipsets \o/ Feel free to report bugs now!
* nouveau: switch to libdrm_nouveau-2.0Christoph Bumiller2012-04-141-1/+1
|
* nvfx: completely remove this driver (GeForce FX/6/7)Ben Skeggs2012-04-141-1/+1
| | | | | | | | | | This driver hasn't been maintained properly for a very long time, and for many very good reasons. It's horrible. A new driver supporting these chipsets will appear with the commits that port vieux/nv50/nvc0 to libdrm_nouveau-2.0. Signed-off-by: Ben Skeggs <[email protected]>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-03 13:41:30 +0000