summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)AuthorFilesLines
2017-07-24configure.ac: rework wayland-protocols handlingEmil Velikov1-3/+10
At dist/distcheck time we need to ensure that all the files and their respective dependencies are handled. At the moment we'll bail out as the linux-dmabuf rules are guarded in a conditional. Move them outside of it and drop the sources from BUILT_SOURCES. Thus the files will be generated only as needed, which will happen only after the wayland-protocols dependency is enforced in configure.ac. v2: add dependency tracking for the header Cc: Andres Gomez <agomez@igalia.com> Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Andres Gomez <agomez@igalia.com>
2017-07-20radv: port to new libdrm API.Dave Airlie1-1/+1
This bumps the libdrm requirement for amdgpu to the 2.4.82. Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Signed-off-by: Dave Airlie <airlied@redhat.com>
2017-07-19configure/swr: add KNL and SKX architecture targetsTim Rowley1-2/+20
Not built by default. Currently only builds with icc. v2: * document knl,skx possibilities for swr_archs * merge with changed loader lib selection code Reviewed-by: Emil Velikov <emil.velikov@collabora.com>
2017-07-19configure/swr: configurable swr architecturesTim Rowley1-4/+40
Allow configuration of the SWR architecture depend libraries we build for with --with-swr-archs. Maintains current behavior by defaulting to avx,avx2. Scons changes made to make it still build and work, but without the changes for configuring which architectures. v2: * add missing comma for swr_archs default * check that at least one architecture is enabled * modify loader logic to make it clearer how to add archs Reviewed-by: Emil Velikov <emil.velikov@collabora.com>
2017-07-19configure.ac: fix whitespaceEric Engestrom1-172/+172
Whitespace-only change (`diff -w` is empty). Signed-off-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-07-19configure.ac: bump required etnaviv libdrm version to 2.4.82Lucas Stach1-1/+1
The following changes need the modifier definitions for the Vivante tiled formats, which are shipped with libdrm 2.4.82. Signed-off-by: Lucas Stach <l.stach@pengutronix.de>
2017-07-18egl/wayland: Use linux-dmabuf interface for buffersDaniel Stone1-1/+4
When available, use the zwp_linux_dambuf_v1 interface to create buffers, which allows multiple planes and buffer modifiers to be used. Reviewed-by: Emil Velikov <emil.velikov@collabora.com>
2017-07-14configure: only install khrplatform.h if neededEric Engestrom1-0/+3
khrplatform.h is only used by EGL and GLES; let's only install it when one of those is enabled. Cc: mesa-stable@lists.freedesktop.org Signed-off-by: Eric Engestrom <eric.engestrom@imgtec.com> Reviewed-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Reviewed-by: Emil Velikov <emil.velikov@collabora.com>
2017-07-12vc4: Switch back to using a local copy of vc4_drm.h.Eric Anholt1-2/+0
Needing to get our uapi header from libdrm has only complicated things. Follow intel's lead and drop our requirement for it. Generated from the same commit mentioned in the README. v2: Update Android.mk as well, move vc4_drm.h reference for distcheck. Reviewed-by: Daniel Stone <daniels@collabora.com>
2017-06-30vc4: Introduce XML-based packet header generation like Intel's.Eric Anholt1-0/+1
I really liked this idea, as it should help with management of packet parsing tools like the CL dump. The python script is forked off of theirs because our packets are byte-based instead of dwords, and the changes to do so while avoiding performance regressions due to unaligned accesses were quite invasive. v2: Fix Android.mk paths, drop shebang for python script, fix overlap detection. Acked-by: Jason Ekstrand <jason@jlekstrand.net> Acked-by: Kenneth Graunke <kenneth@whitecape.org> Tested-by: Rob Herring <robh@kernel.org>
2017-06-28mapi: Enable assembly language API acceleration for PPC64LE (V2)Ben Crocker1-0/+12
Implement assembly language API acceleration for PPC64LE, analogous to long-standing implementations for X86 and X86-64. See also similar implementation in libglvnd. Tested with Piglit. Signed-off-by: Ben Crocker <bcrocker@redhat.com> Acked-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Bill Schmidt <wschmidt@linux.vnet.ibm.com>
2017-06-27anv/i965: drop libdrm_intel dependency completelyLionel Landwerlin1-2/+0
With Ken's work to drop the library dependency on libdrm_intel, we now only depend on libdrm for the kernel uapi headers it provides. It seems like we're better off just embeddeding those headers ourselves, making the lives of people developping news features tightly integrated with the kernel a tiny bit easier. This change also makes it a bit more obvious what cflags/libs are required by the i915 drivers vs i965, by renaming INTEL_CFLAGS/LIBS into I915_CFLAGS/LIBS. Headers were generated from drm-tip on the following commit : commit 6d61e70ccc21606ffb8a0a03bd3aba24f659502b Merge: 338ffbf7cb5e c0bc126f97fb Author: Dave Airlie <airlied@redhat.com> Date: Tue Jun 27 07:24:49 2017 +1000 Backmerge tag 'v4.12-rc7' into drm-next v2: Use installed files from the kernel (Daniel Vetter) v3: Use headers from drm-next rather than drm-tip (Dave/Daniel) Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Acked-by: Jason Ekstrand <jason@jlekstrand.net> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2017-06-27i915: use different CFLAGS/LIBS variables than i965/anvLionel Landwerlin1-2/+2
Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Emil Velikov <emil.velikov@collabora.com>
2017-06-16r600g,compute: provide local copy of functions from ac_binary.cJan Vesely1-2/+1
This is a verbatim copy of the code. The functions can be cleaned up since r600 does not use all the stuff that gcn does. The symbol names have been changed since we still use ac_binary.h header (for struct definition) v2: Add ifdef guard around r600_binary_clean call (Aaron) Remove stray comment Signed-off-by: Jan Vesely <jan.vesely@rutgers.edu> Tested-By: Aaron Watry <awatry@gmail.com> Reviewed-by: Emil Velikov <emil.velikov@collabora.com>
2017-06-15configure.ac: remove manual AC_SUBST for pthread-stubsEmil Velikov1-2/+0
Unneeded, since the PKG_CHECK_MODULES macro already does the substitution of the package Cflags/Libs. Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-06-15configure.ac: add -pthread to PTHREAD_LIBSEmil Velikov1-0/+5
As described inline - follow what's written in the manual and what works for all platforms that Mesa supports. We want to untangle things leaving only -pthread, yet that has a potential of causing regressions. Thus we'll do it as a follow-up patch. As a nice side-effect this resolves issues, where the system lacks libpthread.so, yet the linker does not warn about it and we and up with unresolved symbols. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=101071 Cc: mesa-stable@lists.freedesktop.org Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-06-15gallium: Add renderonly-based support for pl111+vc4.Eric Anholt1-1/+11
This follows the model of imx (display) and etnaviv (render): pl111 is a display-only device, so when asked to do GL for it, we see if we have a vc4 renderer, make the vc4 screen, and have vc4 call back to pl111 to do scanout allocations. The difference from etnaviv is that we share the same BO between vc4 and pl111, rather than having a vc4 bo and a pl11 bo and copies between the two. The only mismatch between their requirements is that vc4 requires 4-pixel (at 32bpp) stride alignment, while pl111 requires that stride match width. The kernel will reject any modesets to an incorrect stride, so the 3D driver doesn't need to worry about that. v2: Rebase on Android rework, drop unused include. v3: Fix another Android bug, from Rob Herring's build-testing. Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com>
2017-06-14configure.ac: Reduce zlib requirement from 1.2.8 to 1.2.3.Chuck Atkins1-1/+1
Testing with zlib versions 1.2.{3,4,5,6,7,8} showed no difference in functionality, correctness, or zlib API usage and 1.2.3 is the oldest version available in still actively deployed production Linux distributions (RHEL/CentOS 6 and SuSE 11). Build 17.1.1 against the system supplied zlib-devel packages for 1.2.3 in EL6 and 1.2.7 on EL7. I then swapped out the zlib version at runtime via LD_LIBRARY_PATH with ones build from the release tarballs from zlib.net Testwise - I ran the piglit shader profile with --quick addded to the tests since I figured that would exercise the shader cache, which would in turn use zlib. Signed-off-by: Chuck Atkins <chuck.atkins@kitware.com> Cc: 17.1 <mesa-stable@lists.freedesktop.org> Cc: Timothy Arceri <tarceri@itsqueeze.com> Reviewed-by: Timothy Arceri <tarceri@itsqueeze.com> [Emil Velikov: add hunk about version/piglit testing] Acked-by: Emil Velikov <emil.velikov@collabora.com>
2017-06-08swr: relax c++ requirement from c++14 to c++11Tim Rowley1-4/+4
Remove c++14 generic lambda to keep compiler requirement at c++11. No regressions on piglit or vtk test suites. Tested-by: Chuck Atkins <chuck.atkins@kitware.com> Reviewed-by: Bruce Cherniak <bruce.cherniak@intel.com> CC: mesa-stable@lists.freedesktop.org
2017-06-01configure.ac: simplify --enable-libunwind=auto checkEric Engestrom1-6/+2
Signed-off-by: Eric Engestrom <eric.engestrom@imgtec.com> Reviewed-by: Emil Velikov <emil.velikov@collabora.com>
2017-05-25configure.ac: update libdrm amdgpu version requirement to 2.4.81Leo Liu1-1/+1
VCN decode has a new interface, and that depends on the latest libdrm Signed-off-by: Leo Liu <leo.liu@amd.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2017-05-24configure.ac: rephrase 'GLX w/o X11' error messageEric Engestrom1-1/+1
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
2017-05-20configure.ac: s/xcb-fixes/xcb-xfixes/Emil Velikov1-1/+1
Former is not a thing, even if I have a hacked xcb-fixes.pc on my system. Thanks for spotting it Mark! Fixes: 9a90d6a9d4e ("configure.ac: add xcb-fixes to the XCB DRI3 list") Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
2017-05-20configure.ac: add xcb-fixes to the XCB DRI3 listEmil Velikov1-1/+1
The XCB module is used by the VL targets. Thus omitting it can lead to link-time errors due to unresolved symbols. Other DRI3 users such as the Vulkan WSI and the dri3 loader helper do not use an update region in their xcb_present_pixmap() call. We will look into that at a later stage. Fixes: acf3d2afab0 ("configure: check once for DRI3 dependencies") Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=101110 Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
2017-05-20automake: add SWR LLVM gen_builder.hpp workaroundEmil Velikov1-0/+4
As gen_builder.hpp file is generated, it contains information that is specific to the LLVM version it originates from. As suggested by Tim, the file seems to be forwards compatible. So in order to produce ship a file which will work everywhere we should be using earlies supported LLVM - 3.9. With this we're back on track and can build all of mesa without python/mako/flex and friends. In the long term we might want to see if the python generators can be updated to produce LLVM version agnostic files. At least within the range supported by SWR. Cc: <mesa-stable@lists.freedesktop.org> Cc: Chuck Atkins <chuck.atkins@kitware.com> Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Tim Rowley <timothy.o.rowley@intel.com>
2017-05-19configure: trivial whitespace cleanupEmil Velikov1-2/+2
Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-05-19configure: error out if building XVMC w/o supported platformEmil Velikov1-1/+10
Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-05-19configure: error out if building VDPAU w/o supported platformEmil Velikov1-1/+10
Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-05-19configure: error out if building OMX w/o supported platformEmil Velikov1-1/+10
Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-05-19configure: error out if building VA w/o supported platformEmil Velikov1-1/+10
A bit pedantic patch to fool proof should someone start thinkering without knowing what they do. Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-05-19configure: error out when building X11 Vulkan without DRI3Emil Velikov1-0/+10
Vulkan supports only DRI3 enabled X11 platforms. Make it obvious, should one consider building without it. Cc: Jason Ekstrand <jason@jlekstrand.net> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com> Cc: mesa-stable@lists.freedesktop.org Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch>
2017-05-19configure: check once for DRI3 dependenciesEmil Velikov1-16/+9
Currently we are having the XCB_DRI3 dependencies duplicated, partially. Just do a once-off check and add all of the respective CFLAGS/LIBS where needed. As a nice side effect this helps us solve a couple of FIXMEs. DRI3 is not a thing w/o X11 so disable it in such cases. Cc: mesa-stable@lists.freedesktop.org Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch>
2017-05-19configure: error out when building GLX w/o the X11 platformEmil Velikov1-0/+6
Building EGL/Vulkan/other without X11, while GLX is enabled is confusing and misleading. In practise anyone aiming at the former will also disable GLX. The inverse (some examples below) should still work: ./configure --disable-glx --with-platforms=x11 --with-vulkan-drivers=intel ./configure --disable-glx --with-platforms=x11 --enable-egl Keep in mind that the X11 platform is enabled, by default. Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch>
2017-05-19configure: set HAVE_foo_PLATFORM as applicableEmil Velikov1-0/+5
Rather than having multiple places that define the macros, do it just once in configure. Makes existing code a bit shorter and easier to manage as we fix the VL targets with follow-up commits. Cc: mesa-stable@lists.freedesktop.org Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch>
2017-05-19configure: enable the surfaceless platform by defaultEmil Velikov1-3/+2
A simple platform that you want to use in a many usecases. See the spec file details. It has no special requirements plus it takes less than a second to build. Cc: mesa-stable@lists.freedesktop.org Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Acked-by: Tapani Pälli <tapani.palli@intel.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch>
2017-05-19configure: loosen --with-platforms heuristicsEmil Velikov1-7/+3
Remove the enable-egl pre-requirement. Platform selection does not depend on EGL. Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch>
2017-05-19configure: update remaining --with-egl-platforms referencesEmil Velikov1-18/+18
Rename the remaining references to omit the egl part. Cc: mesa-stable@lists.freedesktop.org Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch>
2017-05-19configure: rename remaining HAVE_EGL_PLATFORM_* guardsEmil Velikov1-3/+3
Analogous to others earlier, these will be used to control the platform for more than the EGL driver. Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch>
2017-05-19configure: move platform handling further upEmil Velikov1-92/+92
We'll need it for the Vulkan drivers and the VL targets. Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch>
2017-05-11configure: remove unneeded bits around libunwind handlingEmil Velikov1-5/+0
If libunwind is not found we'll fail at PKG_CHECK_MODULES, so the follow-up check will be false. Additionally the AM_CONDITIONAL is not used, so we can drop it. Fixes: 3bcef6aa245 ("configure.ac: honour --disable-libunwind if the .pc file is present") Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
2017-05-11configure.ac: Fix help string for --disable-pwr8 configure optionPhilipp Zabel1-1/+1
Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de> Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-05-05configure.ac: Also match -androideabi tupleNicolas Boichat1-1/+1
On ARM Android platforms, the host_os tuple should be linux-androideabi, so let's match both -android and -androideabi (or any other -android* tuple) to determine if we should do an Android build. Reviewed-by: Chad Versace <chadversary@chromium.org>
2017-05-05radeonsi: drop support for LLVM 3.8Marek Olšák1-2/+2
LLVM 3.8: - had broken indirect resource indexing - didn't have scratch coalescing - was the last user of problematic v16i8 - only supported OpenGL 4.1 This leaves us with LLVM 3.9 and LLVM 4.0 support for Mesa 17.2. Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
2017-04-26configure: print LDFLAGS alongside CFLAGS & co.Eric Engestrom1-1/+3
Signed-off-by: Eric Engestrom <eric@engestrom.ch> Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
2017-04-23configure.ac: Fix typos.Vinson Lee1-3/+3
Signed-off-by: Vinson Lee <vlee@freedesktop.org> Reviewed-by: Alejandro Piñeiro <apinheiro@igalia.com> Reviewed-by: Emil Velikov <emil.velikov@collabora.com> Cc: <mesa-stable@lists.freedesktop.org>
2017-04-19configure.ac: check require_basic_egl only if egl enabledEmil Velikov1-1/+3
Fixes: 1ac40173c2a ("configure.ac: simplify EGL requirements for drivers dependent on EGL") Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
2017-04-19configure.ac: manually expand PKG_CHECK_VAREmil Velikov1-1/+1
The macro is introduced with pkgconfig v0.28 which isn't universally available. Thus it will error at configure stage. Reported-by: Brian Paul <brianp@vmware.com> Tested-by: Brian Paul <brianp@vmware.com> Fixes: ce562f9e3fa ("EGL: Implement the libglvnd interface for EGL (v3)") Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
2017-04-17configure.ac: print deprecation warning as neededEmil Velikov1-1/+2
The warning should be printed only when one explicitly uses the deprecated configure toggle. Fixes: 7748c3f5eb1 ("configure.ac: deprecate --with-egl-platforms over --with-platforms") Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2017-04-17configure.ac: deprecate --with-egl-platforms over --with-platformsEmil Velikov1-8/+28
Currently the former controls more than just EGL. With follow-up commits we'll unwind and fix things so that one can build the different drivers with said platform support. Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
2017-04-17configure: remove egl platforms checkEmil Velikov1-4/+0
The configure option is used by more than just EGL and with next commit we'll rename it accordingly. Thus having the check will (and is atm) incorrect. Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-22 11:47:24 +0000