summaryrefslogtreecommitdiffstats
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* clover: Require GCC 4.7 or higher to build.Francisco Jerez2013-10-211-2/+2
| | | | Tested-by: Tom Stellard <[email protected]>
* configure.ac: drop obsolete variable HAVE_COMMON_DRIEmil Velikov2013-10-151-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 <[email protected]> Reviewed-by: Andreas Boll <[email protected]>
* build: remove forced -fno-rttiAlexander von Gluck IV2013-10-141-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 <[email protected]>
* configure.ac: Don't check for awk, grep, nm.Matt Turner2013-10-141-12/+0
| | | | Not used since d53901c6.
* configure.ac: Don't check for cross compiling.Matt Turner2013-10-141-2/+0
| | | | Dead since c845140a.
* configure.ac: report an error if LLVM shared libs are disabled and CL is enabledMarek Olšák2013-10-081-2/+3
| | | | Reviewed-by: Tom Stellard <[email protected]>
* configure: set HAVE_COMMON_DRI when building only swrastEmil Velikov2013-10-031-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 <[email protected]> Tested-by: Vinson Lee <[email protected]> Signed-off-by: Emil Velikov <[email protected]>
* st/glx: consolidate C sources list into Makefile.sourcesEmil Velikov2013-10-011-1/+1
| | | | | | | Move glx/{,xlib/}Makefile.am to preserve file list Signed-off-by: Emil Velikov <[email protected]> Reviewed-by: Tom Stellard <[email protected]>
* galahad: consolidate C sources list into Makefile.sourcesEmil Velikov2013-10-011-0/+1
| | | | | Signed-off-by: Emil Velikov <[email protected]> Reviewed-by: Tom Stellard <[email protected]>
* noop: consolidate C sources list into Makefile.sourcesEmil Velikov2013-10-011-0/+1
| | | | | Signed-off-by: Emil Velikov <[email protected]> Reviewed-by: Tom Stellard <[email protected]>
* identity: consolidate C sources list into Makefile.sourcesEmil Velikov2013-10-011-0/+1
| | | | | Signed-off-by: Emil Velikov <[email protected]> Reviewed-by: Tom Stellard <[email protected]>
* r600: use NEED_RADEON_LLVM over R600_NEED_RADEON_GALLIUMEmil Velikov2013-10-011-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 <[email protected]> Reviewed-by: Tom Stellard <[email protected]>
* gallium/targets: Make use of prebuilt libdricommon.la.Johannes Obermayr2013-10-011-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 <[email protected]> Reviewed-by: Tom Stellard <[email protected]>
* configure.ac: Add a more informative warning when libclc.pc is not found v2Tom Stellard2013-09-271-6/+11
| | | | | | | v2: - Don't display an error message when the user doesn't ask for libclc. Reviewed-by: Matt Turner <[email protected]>
* build/radeonsi: group all targets in common subdirChristian König2013-09-251-4/+4
| | | | | | | Allows us to share more code between different targets. Signed-off-by: Christian König <[email protected]> Acked-by: Marek Olšák <[email protected]>
* build/r600: group all targets in common subdirChristian König2013-09-251-5/+5
| | | | | | | Allows us to share more code between different targets. Signed-off-by: Christian König <[email protected]> Acked-by: Marek Olšák <[email protected]>
* build/r300: group build target in common subdirChristian König2013-09-251-4/+4
| | | | | | | Allows us to share more code between different targets. Signed-off-by: Christian König <[email protected]> Acked-by: Marek Olšák <[email protected]>
* mesa: Use -Bsymbolic in the linker to locally resolve Mesa-internal symbols.Eric Anholt2013-09-231-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 <[email protected]>
* Suppress clang's warnings about unused CFLAGS and CXXFLAGS.Johannes Obermayr2013-09-221-0/+6
| | | | | Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Eric Anholt <[email protected]>
* Move nv30, nv50 and nvc0 to nouveau.Johannes Obermayr2013-09-111-4/+1
| | | | | | | | | | | | | | | | It is planned to ship openSUSE 13.1 with -shared libs. nouveau.la, nv30.la, nv50.la and nvc0.la are currently LIBADDs in all nouveau related targets. This change makes it possible to easily build one shared libnouveau.so which is then LIBADDed. Also dlopen will be faster for one library instead of three and build time on -jX will be reduced. Whitespace fixes were requested by 'git am'. Signed-off-by: Johannes Obermayr <[email protected]> Acked-by: Christoph Bumiller <[email protected]> Acked-by: Ian Romanick <[email protected]>
* build: Delete cross-compiling macros.Kenneth Graunke2013-09-091-31/+0
| | | | | | | Now that builtin_compiler is gone, nothing uses these. Reviewed-by: Matt Turner <[email protected]> Acked-by: Paul Berry <[email protected]>
* glsl: Remove builtin_compiler from the build system.Kenneth Graunke2013-09-091-1/+0
| | | | | | | | | We don't actually use anything from builtin_function.cpp, so we don't need to generate it anymore. Signed-off-by: Kenneth Graunke <[email protected]> Reviewed-by: Matt Turner <[email protected]> Acked-by: Paul Berry <[email protected]>
* configure.ac: Bump Wayland requirement to 1.2.0Fabio Pedretti2013-08-271-1/+1
| | | | | | Since 8d29b52 wayland 1.2.0 is required. Reviewed-by: Chad Versace <[email protected]>
* Fixed and/or order mistake, resulting in compiling llvmpipe without llvm ↵Kristian Lehmann2013-08-261-2/+2
| | | | | | | | installed Cc: 9.2 <[email protected]> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=68544 Reviewed-by: Matt Turner <[email protected]>
* gallium/osmesa: Make and install an osmesa.pc.Jon Severinsson2013-08-231-0/+1
| | | | | | | | | As of "2f142d59 build: Add --enable-gallium-osmesa flag." the pkgconfig file from classic osmesa is no longer installed when building gallium osmesa, so copy it to gallium osmesa and install the copy instead. CC: "9.2" <[email protected]> Reviewed-by: Matt Turner <[email protected]>
* build: Add --enable-gallium-osmesa flag.Matt Turner2013-08-211-6/+25
| | | | | | | | The Gallium implementation is apparently not ready for regular consumption, so as much as I hate adding more build-time options, here's another. Acked-by: Brian Paul <[email protected]>
* clover: Fix linkage of libOpenCLNiels Ole Salscheider2013-08-161-0/+4
| | | | | | | Clover needs the option component of llvm. Reviewed-by: Tom Stellard <[email protected]> Signed-off-by: Niels Ole Salscheider <[email protected]>
* build: unify mesa version by using a VERSION fileEmil Velikov2013-07-291-1/+2
| | | | | | | | | | | | | | | | | | | | Rather than having to keep track of all the build systems and their respecitve definition of the mesa version, use a single top file VERSION. Every build system is responsible for reading/parsing the file and using it v2: * remove useless bulletpoint from the documentation, suggested by Matt * "Androing is Linux. Use '/' in stead of '\'", spotted by Chad V * use cleaner code to get the version in scons, suggested by Chad V v3: * ensure leading and trailing whitespace characters are stripped while parsing * android: handle GNU shell commands approapriately Reviewed-by: Matt Turner <[email protected]> Reviewed-by: Chad Versace <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Signed-off-by: Emil Velikov <[email protected]>
* mesa: Bump version to 9.3.0-devel.Kenneth Graunke2013-07-251-1/+1
| | | | This should have been done when making the 9.2 branch, but was missed.
* xa: bump major versionRob Clark2013-07-251-1/+1
| | | | | | | Bump major version, as the change to require explicit xa_context_flush(), the addition of the handle-type parameter to xa_surface_handle(), and change of surface to ref/unref will require a minor change in DDX.
* configure.ac: Use correct options names in AC_ARG_ENABLE.Matt Turner2013-07-221-4/+4
|
* build: Remove unused EGL_PLATFORMS.Matt Turner2013-07-221-6/+1
|
* gen_matypes: fix cross-compiling with gccMike Frysinger2013-07-181-0/+6
| | | | | | | | | | | | | | The current gen_matypes logic assumes that the host compiler will produce information that is useful for the target compiler. Unfortunately, this is not the case whenever cross-compiling. When we detect that we're cross-compiling and using GCC, use the target compiler to produce assembly from the gen_matypes.c source, then process it with a shell script to create a usable header. This is similar to how the linux kernel creates its asm-offsets.c file. Reviewed-by: Matt Turner <[email protected]> Signed-off-by: Mike Frysinger <[email protected]>
* configure.ac: On some systems, "x86-64" is called "amd64"Jean-Sébastien Pédron2013-07-171-6/+6
| | | | | | For instance, this is the case on FreeBSD. Signed-off-by: Vinson Lee <[email protected]>
* configure.ac: make grep tests more portableJonathan Gray2013-07-171-3/+3
| | | | | | | | | | Use grep -w instead of the empty string escape sequences which are less portable. Makes the grep tests function as intended on OpenBSD. Signed-off-by: Jonathan Gray <[email protected]> Reviewed-by: Vinson Lee <[email protected]> Signed-off-by: Vinson Lee <[email protected]>
* configure.ac: add OpenBSDJonathan Gray2013-07-171-3/+3
| | | | | | Signed-off-by: Jonathan Gray <[email protected]> Reviewed-by: Vinson Lee <[email protected]> Signed-off-by: Vinson Lee <[email protected]>
* configure.ac: better detection of LLVM versionKlemens Baum2013-07-121-15/+26
| | | | Reviewed-by: Tom Stellard <[email protected]>
* configure: Avoid use of AC_CHECK_FILE for cross compilingJonathan Liu2013-07-121-6/+6
| | | | | | | | | The AC_CHECK_FILE macro can't be used for cross compiling as it will result in "error: cannot check for file existence when cross compiling". Replace it with the AS_IF macro. Reviewed-by: Tom Stellard <[email protected]> Signed-off-by: Jonathan Liu <[email protected]>
* radeon: bump libdrm_radeon requirement for CIK supportAlex Deucher2013-07-111-1/+1
| | | | Signed-off-by: Alex Deucher <[email protected]>
* build: fix EGL build when no X11 headers are presentRoss Burton2013-07-011-0/+7
| | | | | | | | | | | | | | | eglplatform.h defaults to X11 on Unix unless told otherwise, so if we're doing a build without any X11 support tell it so that we don't try including headers that don't exist. Also set GL_PC_FLAGS so that the definition is in egl.pc, so that applications using EGL don't try to pull in X11 headers on systems where EGL was configured without X11 support. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=64959 Signed-off-by: Ross Burton <[email protected]> Reviewed-by: Chad Versace <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* freedreno: add a3xx supportRob Clark2013-06-081-0/+1
| | | | | | | | | | | | | | | | | | | | The adreno a3xx GPU is found in newer snapdragon devices, such as the nexus4. The a3xx is GLESv3 and OpenCL capable, although that is not enabled yet in gallium. Compared to a2xx, it introduces an entirely new unified shader ISA, and re-shuffles all or nearly all of the registers. The good news is that (for the most part) the registers are more orthogonal, not combining unrelated state in a single register. And that there is a lot more flexibility, so we don't need to patch and re-emit the shader like we did on a2xx. The shader compiler is currently quite dumb, there would be a lot of room for improvement with an optimizing pass. Despite that, with the a320 in my nexus4 it seems to be ~2-3x faster compared to the a220 in my HP touchpad. Signed-off-by: Rob Clark <[email protected]>
* freedreno: prepare for a3xxRob Clark2013-06-081-0/+1
| | | | | | | | Split the parts that are specific to adreno a2xx series GPUs from the parts that will be in common with a3xx, so that a3xx support can be added more cleanly. Signed-off-by: Rob Clark <[email protected]>
* build: Unify PACKAGE_VERSION on autotools, scons and AndroidAndreas Boll2013-06-061-1/+1
| | | | | | | | | | | | | | This patch unifies mesa's PACKAGE_VERSION on autotools, scons and Android build systems. Current behaviour is: - Autotools uses 9.2.0 as PACKAGE_VERSION - Scons and Android use 9.2-devel as PACKAGE_VERSION With this patch all three build systems use 9.2.0-devel as PACKAGE_VERSION. Reviewed-by: Brian Paul <[email protected]>
* configure.ac: Build dricommon for gallium swrastMike Stroyan2013-06-061-0/+1
| | | | | | | | | | | | | | | When building dri-swrast, use gallium_check_st to set HAVE_COMMON_DRI. Commit 07f2dee7 added setting of HAVE_COMMON_DRI in gallium_check_st. But the dri-swrast case did not use gallium_check_st. So dri/common was still not built. v2: set HAVE_COMMON_DRI=yes instead of using gallium_check_st NOTE: This is a candidate for the 9.1 branch. (Depends on 7de78ce5 and 07f2dee) Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=61821 Signed-off-by: Andreas Boll <[email protected]>
* radeonsi: Add ipo to LLVM_COMPONENTSAndreas Hartmetz2013-05-281-2/+2
| | | | | | | | | r600g needs it too, so add ipo in the common radeon_llvm_check(). radeonsi compiled and linked, but it failed at dynamic link time with a missing symbol. Reviewed-by: Tom Stellard <[email protected]>
* r600g: rewrite FMASK allocation, fix FMASK texturing with 2 and 4 samplesMarek Olšák2013-05-151-1/+1
| | | | | | | | | | | | This fixes and enables texturing with compressed MSAA colorbuffers on Evergreen and Cayman. For the first time, multisample textures work on Cayman. This requires the libdrm flag RADEON_SURF_FMASK. v2: require libdrm_radeon 2.4.45 Reviewed-by: Alex Deucher <[email protected]>
* build: remove unused API_DEFINESAndreas Boll2013-05-011-3/+0
| | | | Reviewed-by: Matt Turner <[email protected]>
* configure: remove IN_DRI_DRIVERBrian Paul2013-05-011-10/+5
| | | | | | | | | | Not used anymore. v2: Andreas Boll <[email protected]> - split patch into two patches - remove more unused code Reviewed-by: Matt Turner <[email protected]>
* configure: remove FEATURE_GL/ES1/ES2Brian Paul2013-05-011-12/+1
| | | | | | | | | Not used anymore. v2: Andreas Boll <[email protected]> - split patch into two patches Reviewed-by: Matt Turner <[email protected]>
* build: Remove libws_xlib.la from GALLIUM_PIPE_LOADER_LIBS.Matt Turner2013-04-301-4/+0
| | | | | | | | | The three users of GALLIUM_PIPE_LOADER_LIBS (OpenCL, gallium-gbm, gallium tests) don't appear to need libws_xlib.la. Tested-by: Tom Stellard <[email protected]> Tested-by: Aaron Watry <[email protected]> Reviewed-by: Brian Paul <[email protected]>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-21 01:12:30 +0000