Package Details: mesa-libgl-noglvnd 18.2.4-1

Git Clone URL: https://aur.archlinux.org/mesa-noglvnd.git (read-only)
Package Base: mesa-noglvnd
Description: Mesa 3-D graphics library - non-libglvnd version
Upstream URL: https://www.mesa3d.org/
Licenses: custom
Conflicts: libglvnd, mesa-libgl, mesa-libgl-git
Provides: libegl, libgl, libgles, mesa-libgl
Replaces: mesa-libgl, mesa-libgl-git
Submitter: Vi0L0
Maintainer: Vi0L0
Last Packager: Vi0L0
Votes: 4
Popularity: 0.178386
First Submitted: 2017-04-02 20:33
Last Updated: 2018-11-12 21:48

Required by (687)

Sources (3)

Latest Comments

1 2 3 Next › Last »

Vi0L0 commented on 2018-11-12 21:53

updated to 18.2.4, I follow mainline and removed swr however swr-arches is still there, let me know if its not enough for non-avx systems

cheese917 commented on 2018-11-04 21:33

I followed andrej's suggestion of removing swr which got me past the problems I was having with that, but then I ran into this error

[2152/2268] Compiling C++ object  
'src/gallium/state_trackers/clover/src@gallium@state_trackers@clover@@clllvm@sta/llvm_invocation.cpp.o'.
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
    Aborting...
Error making: mesa-noglvnd

andrej commented on 2018-09-20 03:03

The workaround is (in my case) to tweak the PKGBUILD and

  • remove swr from -D gallium-drivers=...
  • remove the entire line with -D swr-arches=...

The SWR library has been contributed by Intel quite recently and requires AVX. The machine I've been building this on doesn't have AVX.

However, the build shouldn't depend on the build host's architecture; the AVX libraries used to build just fine in the past, even though they couldn't work on my machine.

andrej commented on 2018-09-09 03:56

The same error is still there. Does this perhaps require a different compiler version or compiler flags?

Vi0L0 commented on 2018-07-01 19:59

Please excuse late update, should work fine now

andrej commented on 2018-06-20 00:24 

/usr/lib/gcc/x86_64-pc-linux-gnu/8.1.1/include/avxintrin.h:1303:1: error: inlining failed in call to always_inline ‘__m256d _mm256_set1_pd(double)’: target specific option mismatch
 _mm256_set1_pd (double __A)
 ^~~~~~~~~~~~~~
In file included from src/gallium/drivers/swr/rasterizer/core/backends/gen_rasterizer1.cpp:49:
../mesa-18.0.2/src/gallium/drivers/swr/rasterizer/core/rasterizer_impl.h:271:40: note: called from here
     __m256d vEdgeAdjust = _mm256_sub_pd(vEdge, _mm256_set1_pd(1.0));
                           ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/8.1.1/include/immintrin.h:41,
                 from /usr/lib/gcc/x86_64-pc-linux-gnu/8.1.1/include/x86intrin.h:48,
                 from ../mesa-18.0.2/src/gallium/drivers/swr/rasterizer/common/os.h:99,
                 from ../mesa-18.0.2/src/gallium/drivers/swr/rasterizer/core/api.h:32,
                 from ../mesa-18.0.2/src/gallium/drivers/swr/rasterizer/core/context.h:37,
                 from ../mesa-18.0.2/src/gallium/drivers/swr/rasterizer/core/rasterizer.h:30,
                 from src/gallium/drivers/swr/rasterizer/core/backends/gen_rasterizer1.cpp:48:
/usr/lib/gcc/x86_64-pc-linux-gnu/8.1.1/include/avxintrin.h:218:1: error: inlining failed in call to always_inline ‘__m256d _mm256_blendv_pd(__m256d, __m256d, __m256d)’: target specific option mismatch
 _mm256_blendv_pd (__m256d __X, __m256d __Y, __m256d __M)
 ^~~~~~~~~~~~~~~~
In file included from src/gallium/drivers/swr/rasterizer/core/backends/gen_rasterizer1.cpp:49:
../mesa-18.0.2/src/gallium/drivers/swr/rasterizer/core/rasterizer_impl.h:282:29: note: called from here
     vEdge = _mm256_blendv_pd(vEdgeOut, vEdgeAdjust, gMaskToVecpd[msk | msk2]);
             ~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

andrej commented on 2018-06-20 00:16

This just doesn't build. Errors revolve around "inlining failed" ... "target specific option mismatch". It's been broken since ~April, IIRC.

npfeiler commented on 2018-05-19 13:53

PKGBUILD patch for mesa-18.0.4 (extra/wayland 1.15.0 combat) https://pastebin.com/tSiUmaW3

Vi0L0 commented on 2018-04-29 16:07

maybe update will help. I don't have problems with it but in case of any - let me know. Soon it will be also available in catalyst repositories

Tralen commented on 2018-04-24 01:35

I got the same error as @VojtechHauser.

Edit: I was able to compile by downgrading clang, llvm and llvm-libs to 4.0.1-3. I think version 5 would work as well, but I used what I had cached.

Edit: It doesn't work, mesa can't find the llvm libs required.