summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)AuthorFilesLines
2014-02-03mesa: Fix build to properly check for supported compiler flagsLauri Kasanen1-0/+6
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=72708 Reviewed-by: Matt Turner <mattst88@gmail.com> Signed-off-by: Lauri Kasanen <cand@gmx.com> (cherry picked from commit fcefdc9a595c52ade2be15e0f3a2f301fee3599c)
2014-01-25Use AC_PATH_TOOL instead of AC_PATH_PROG for llvm-config.Michał Górny1-2/+2
This should help with cross-compiling and multilib when $CHOST-specific llvm-config is expected rather than build host default one. It will help us a bit in Gentoo where we've started using i686-pc-linux-gnu-llvm-config for 32-bit multilib LLVM. Reviewed-by: Tom Stellard <thomas.stellard@amd.com> Signed-off-by: Michał Górny <mgorny@gentoo.org> Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=73100 CC: "10.0" <mesa-stable@lists.freedesktop.org> (cherry picked from commit 5ea23763349346f642d8efdf27e1ea05e9b9e2a8)
2013-11-28i965: Bump libdrm requirementIan Romanick1-1/+1
drm_intel_get_reset_stats is only available in libdrm-2.4.48, and libdrm-2.4.49 contains an important bug fix in that function. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Matt Turner <mattst88@gmail.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Cc: "10.0" <mesa-stable@lists.freedesktop.org> (cherry picked from commit cb728bb028d782d5619e3da63afeeaf0b68507d0)
2013-11-15configure.ac: Don't require shared LLVM when building OpenCLTom Stellard1-6/+0
This works now that pipe_*.so is no longer exporting LLVM symbols. Tested-by: Kai Wasserbäch <kai@dev.carbon-project.or> (cherry picked from commit cb080a10b68b82467ebb6f62e047f15cd2e5af80)
2013-11-15glx: Back DRI3 enablement out of the stable branch.Eric Anholt1-9/+3
After more testing (everyone else trying to build the stack is having as much trouble as I had, even after the problems I had were fixed), it really feels like dri3 is not something we're ready to support in this stable branch. The .c/.h code will remain here to enable easier cherry-picking from master, and everything stays on master so we can ship a solid DRI3 in 3 months. Reviewed-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-11-07Add DRI3+Present loaderKeith Packard1-3/+9
Uses the __DRIimage loader interfaces. v2: Fix _XIOErrors when DRI3 isn't present (change by anholt). Apparently XCB just terminates your connection if you don't check for extensions before using them, instead of returning an error like you'd expect. Signed-off-by: Keith Packard <keithp@keithp.com> Reviewed-by: Kristian Høgsberg <krh@bitplanet.net> Reviewed-by: Eric Anholt <eric@anholt.net>
2013-11-07st/xorg: Delete.Matt Turner1-45/+11
Acked-by: Lucas Stach <l.stach@pengutronix.de>
2013-11-07xorg-nouveau: Delete.Matt Turner1-2/+1
2013-11-07xorg-i915: Delete.Matt Turner1-2/+1
Acked-by: Jakob Bornecrantz <wallbraker@gmail.com> Acked-by: Stéphane Marchesin <stephane.marchesin@gmail.com>
2013-11-07build: Build gen_matypes and matypes.h from src/mesa.Matt Turner1-3/+1
Reviewed-by: Eric Anholt <eric@anholt.net>
2013-11-07build: Change HAVE_X86_ASM to mean x86 or x86-64 asm.Matt Turner1-1/+1
I want a conditional that says generally "we have x86 assembly" in the next patch. Reviewed-by: Eric Anholt <eric@anholt.net>
2013-11-07configure.ac: Test $asm_arch directly.Matt Turner1-3/+3
Reviewed-by: Eric Anholt <eric@anholt.net>
2013-11-06configure.ac: fix build on GNU/kFreeBSDFabio Pedretti1-1/+1
Based on existing patch from Debian package. Debian bug: http://bugs.debian.org/524690 Reviewed-by: Andreas Boll <andreas.boll.dev@gmail.com>
2013-11-06configure.ac: Drop no-out-of-tree notice.Matt Turner1-4/+0
We do support out of tree builds now. Tested-by: Colin Walters <walters@verbum.org>
2013-11-06mesa: Build program as part of libmesa.Matt Turner1-1/+0
2013-11-02gallium/targets: remove vdpau-softpipeMarek Olšák1-8/+0
Reviewed-by: Christian König <christian.koenig@amd.com>
2013-11-02gallium/targets: remove xvmc-softpipeMarek Olšák1-4/+0
Reviewed-by: Christian König <christian.koenig@amd.com>
2013-11-02gallium/targets: remove r300/vdpauMarek Olšák1-2/+1
Reviewed-by: Christian König <christian.koenig@amd.com>
2013-11-02gallium/targets: remove r300/xvmcMarek Olšák1-2/+1
Reviewed-by: Christian König <christian.koenig@amd.com>
2013-11-02gallium/targets: remove radeonsi/xorgMarek Olšák1-2/+1
Reviewed-by: Christian König <christian.koenig@amd.com>
2013-11-02gallium/targets: remove r600/xorgMarek Olšák1-2/+1
Reviewed-by: Christian König <christian.koenig@amd.com>
2013-10-30automake: handle expat version pre 2.1Emil Velikov1-3/+8
Commit aec20d66d9d13e0acd6a7199b63e1383e1e9900a (automake: properly handle non-default expat installation), assumed that up-to date distributions use a recent version of expat that handles security vunerabilities CVE-2012-1147 and CVE-2012-1148. Seems like this is not always the case and they prefer to backport only the fix, rather than use the updated library. This commit adds a default case -lexpat whenever expat is not found, while properly handling expat.pc if present. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=71022 Reported-By: Bryce Harrington <b.harrington@samsung.com> Reported-By: Vinson Lee <vlee@freedesktop.org> Tested-by: Bryce Harrington <b.harrington@samsung.com> Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2013-10-29automake: properly handle non-default expat installationEmil Velikov1-18/+5
Use PKG_CHECK_MODULE over requesting the user to setup the option at configure time. Drop unused EXPAT_INCLUDE and update all targets. NOTE: The this commit removes the --with-expat configure option. One should ensure that the expat they wish to use has expat.pc file accessible by pkg-config. v2: * Add note about the removal of --with-expat (per Tom Stellard) * Drop EXPAT_CFLAGS for targets that do not build DRI_COMMON (spotted by Matt Turner) v3: * Rebase on top of megadrivers (drop EXPAT_CFLAGS from swrast) Acked-by: Matt Turner <mattst88@gmail.com> (v2) Reviewed-by: Tom Stellard <thomas.stellard@amd.com> (v2) Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Conflicts: configure.ac src/mesa/drivers/dri/common/Makefile.am
2013-10-29configure: use PKG_CONFIG variable over hardcoded pkg-configEmil Velikov1-2/+2
Already available and used in other places of configure.ac. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-10-24mesa: Remove dricore from the build.Eric Anholt1-16/+0
No driver uses it any more, and it's been replaced by megadrivers. v2: Remove always-on conditional for NEED_LIBPROGRAM (review by Emil) Reviewed-by: Matt Turner <mattst88@gmail.com> (v1) Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2013-10-24swrast: Build the driver into the shared mesa_dri_drivers.so.Eric Anholt1-15/+20
v2: drop dridir now that it's unused. v3: Fix linking after rebase when building just swrast from classic but a drm-using gallium driver. v4: Consistently put spaces around += in the updated Makefile.am block. v5: Set a global driverAPI variable so loaders don't have to update to createNewScreen2() (though they may want to for thread safety). Reviewed-by: Matt Turner <mattst88@gmail.com> (v3) Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2013-10-24radeon: Build the driver into the shared mesa_dri_drivers.so.Eric Anholt1-1/+1
This required some reordering of headers to ensure that the symbol name redefines happened before any prototypes. v2: drop dridir now that it's unused. v3: Consistently put spaces around += in the updated Makefile.am blocks. v4: Set a global driverAPI variable so loaders don't have to update to createNewScreen2() (though they may want to for thread safety). Reviewed-by: Matt Turner <mattst88@gmail.com> (v2) Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2013-10-24i915: Build the driver into the shared mesa_dri_drivers.so.Eric Anholt1-1/+1
i915 has symbols for formerly-shared code that conflict with i965, so we define them away using gen-symbol-redefs.py. Options considered: - This option. Downsides: The symbols in profiling and debugging don't match the source. The symbol list may change in the future and we won't notice without manually running the tool again. - Use objcopy --localize-hidden to automatically demote our symbols to locals. This didn't work on i965 due to c++ weak symbols (which can't be localized), but could work on i915. We could do it on i915 only, but it does produce libtool warnings at link time due to libtool not knowing if the resulting .o file is safe to link (stupid libtool). Plus you end up with different symbols of the same name, which is confusing for debugging too. On the other hand, no future symbol conflicts long term. - Write our own libelf tool that handles c++ weak symbols like we want and apply it to all drivers. All the downsides of above, but applies uniformly across drivers. - Edit the files to just rename all the i915 or i965 symbols that conflict. There are on the order of 100 that have a prefix we used to share, so it would take a bit of typing. Fewest downsides, but still can have conflicts long term. Ultimately, this is the least invasive change at the moment, and we can see if the "more symbol conflicts appear later" thing is a real concern or not. Note that the ability to compile a version of i915 without INTEL_DEBUG env support is dropped. It's too useful. v2: drop dridir now that it's unused. v3: Consistently put spaces around += in the updated Makefile.am block. v4: Set a global driverAPI variable so loaders don't have to update to createNewScreen2() (though they may want to for thread safety). Reviewed-by: Matt Turner <mattst88@gmail.com> (v2) Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2013-10-24nouveau: Build the driver into the shared mesa_dri_drivers.so.Eric Anholt1-1/+1
v2: drop dridir now that it's unused. v3: Consistently put spaces around += in the updated Makefile.am block. v4: Set a global driverAPI variable so loaders don't have to update to createNewScreen2() (though they may want to for thread safety). v5: Fix missed public symbol in nouveau. (caught by Emil) Reviewed-by: Matt Turner <mattst88@gmail.com> (v2) Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2013-10-24i965: Build the driver into a shared mesa_dri_drivers.so .Eric Anholt1-5/+24
Previously, we've split things such that mesa core is in libdricore, exposing the whole Mesa core interface in the global namespace, and the i965_dri.so code all links against that. Along with polluting application namespace terribly, it requires extra PLT indirections and prevents LTO. Instead, we can build all of the driver contents into the same .so with just a few symbols exposed to be referenced from the actual driver .so file, allowing LTO and reducing our exposed symbol count massively. FPS improvement on GLB2.7 with INTEL_NO_HW=1: 2.61061% +/- 1.16957% (n=50) (without LTO, just the PLT reductions from this commit) Note that the X Server requires commit 7ecfab47eb221dbb996ea6c033348b8eceaeb893 to successfully load this driver! v2: Set a global driverAPI variable so loaders don't have to update to createNewScreen2() (though they may want to for thread safety). v3: Drop AM_CPPFLAGS addition (Emil pointed out I'd missed some cflags that would be necessary, though only if we actually relied on them). v4: Fix install with DESTDIR set. Reviewed-by: Matt Turner <mattst88@gmail.com> (v1) Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com> (v2)
2013-10-21clover: Prepare the build system for ICD support.Tom Stellard1-0/+14
Signed-off-by: Francisco Jerez <currojerez@riseup.net>
2013-10-21clover: Require GCC 4.7 or higher to build.Francisco Jerez1-2/+2
Tested-by: Tom Stellard <thomas.stellard@amd.com>
2013-10-15configure.ac: drop obsolete variable HAVE_COMMON_DRIEmil Velikov1-5/+0
The original intent of the variable was to prevent adding libdrm dependency for non drm drivers (swrast). This is already handled with __NOT_HAVE_DRM_H, and with the recent merge of the dri_util and drisw_util code this variable has started causing build issues. Eg. the following will fail $ ./autogen.sh --with-dri-drivers=swrast --with-gallium-drivers= $ make Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by: Andreas Boll <andreas.boll.dev@gmail.com>
2013-10-14build: remove forced -fno-rttiAlexander von Gluck IV1-1/+0
* As discussed on the mailing list, forced no-rtti breaks C++ public API's such as the Haiku C++ libGL.so * -fno-rtti *can* be still set however instead of blindly forcing -fno-rtti, we can rely on the llvm-config --cppflags output. If the system llvm is built without rtti (default), the no-rtti flag will be present in llvm-config --cppflags (which we pick up on) If llvm is built with rtti (REQUIRES_RTTI=1), then -fno-rtti is removed from llvm-config --cppflags. * We could selectively add / remove rtti from various components, however mixing rtti and non-rtti code is tricky and could introduce missing symbols. * This needs impact tested. Reviewed-by: Francisco Jerez <currojerez@riseup.net>
2013-10-14configure.ac: Don't check for awk, grep, nm.Matt Turner1-12/+0
Not used since d53901c6.
2013-10-14configure.ac: Don't check for cross compiling.Matt Turner1-2/+0
Dead since c845140a.
2013-10-08configure.ac: report an error if LLVM shared libs are disabled and CL is enabledMarek Olšák1-2/+3
Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
2013-10-03configure: set HAVE_COMMON_DRI when building only swrastEmil Velikov1-0/+1
With commit cb1febb07, I have incorrectly removed HAVE_COMMON_DRI assuming that swrast does not need to build the translations for driconf options, as effectively swrast/drisw does not use them. With the incoming unification work of dri and drisw, it makes sense just to revert the offending hunk. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=70057 Reported-by: Vinson Lee <vlee@freedesktop.org> Tested-by: Vinson Lee <vlee@freedesktop.org> Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2013-10-01st/glx: consolidate C sources list into Makefile.sourcesEmil Velikov1-1/+1
Move glx/{,xlib/}Makefile.am to preserve file list Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
2013-10-01galahad: consolidate C sources list into Makefile.sourcesEmil Velikov1-0/+1
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
2013-10-01noop: consolidate C sources list into Makefile.sourcesEmil Velikov1-0/+1
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
2013-10-01identity: consolidate C sources list into Makefile.sourcesEmil Velikov1-0/+1
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
2013-10-01r600: use NEED_RADEON_LLVM over R600_NEED_RADEON_GALLIUMEmil Velikov1-2/+0
libllvmradeon.la is available whenever NEED_RADEON_LLVM is set, using R600_NEED_RADEON_GALLIUM is rather ambiguous and unnecessary. Drop it in favour of NEED_RADEON_LLVM. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
2013-10-01gallium/targets: Make use of prebuilt libdricommon.la.Johannes Obermayr1-1/+0
libdricommon.la is available whenever a non swrast driver is built. All the classic dri drivers make use of the prebuild library but all of the gallium ones rebuild it explicitly. While we're here gallium/{llvm,soft}pipe does not require HAVE_COMMON_DRI thus do not set in during configure. v2: [Emil] Add commit message and drop HAVE_COMMON_DRI from configure.ac v3: [Emil] Rebase and resolve targets/r*/dri conflicts Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
2013-09-27configure.ac: Add a more informative warning when libclc.pc is not found v2Tom Stellard1-6/+11
v2: - Don't display an error message when the user doesn't ask for libclc. Reviewed-by: Matt Turner <mattst88@gmail.com>
2013-09-25build/radeonsi: group all targets in common subdirChristian König1-4/+4
Allows us to share more code between different targets. Signed-off-by: Christian König <christian.koenig@amd.com> Acked-by: Marek Olšák <marek.olsak@amd.com>
2013-09-25build/r600: group all targets in common subdirChristian König1-5/+5
Allows us to share more code between different targets. Signed-off-by: Christian König <christian.koenig@amd.com> Acked-by: Marek Olšák <marek.olsak@amd.com>
2013-09-25build/r300: group build target in common subdirChristian König1-4/+4
Allows us to share more code between different targets. Signed-off-by: Christian König <christian.koenig@amd.com> Acked-by: Marek Olšák <marek.olsak@amd.com>
2013-09-23mesa: Use -Bsymbolic in the linker to locally resolve Mesa-internal symbols.Eric Anholt1-0/+3
Normally, LD_PRELOAD will take precedence over your own symbols, which you want for things like malloc() in libc. But we don't have any local symbols we would want overridden (like hash_table_insert(), for example!), so tell the linker to resolve them internally. This also avoids calls through the PLT. Saves almost 100k on libdricore's size, and gets us a bunch of the performance back that we had with non-dricore. Reviewed-by: Ian Romanick <ian.d.romanick@.intel.com>
2013-09-22Suppress clang's warnings about unused CFLAGS and CXXFLAGS.Johannes Obermayr1-0/+6
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Eric Anholt <eric@anholt.net>