Package Details: mesa-libgl-noglvnd 18.3.2-1

Git Clone URL: https://aur.archlinux.org/mesa-noglvnd.git (read-only, click to copy)
Package Base: mesa-noglvnd
Description: OpenCL support for AMD/ATI Radeon mesa drivers - 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: None
Last Packager: Vi0L0
Votes: 6
Popularity: 0.000000
First Submitted: 2017-04-02 20:33 (UTC)
Last Updated: 2019-01-20 20:51 (UTC)

Required by (861)

Sources (3)

Latest Comments

npfeiler commented on 2019-01-21 06:07 (UTC)

ye, it was /usr/lib/libwayland-egl.so
i still had 18.0.2 from the catalyst repo installed, where this wasn’t omitted
that’s what prompted me to fiddle around with this^^

Vi0L0 commented on 2019-01-20 20:54 (UTC) (edited on 2019-01-20 20:56 (UTC) by Vi0L0)

thank you npfeiler

BTW:

proper symlinks - yes, nice catch

omit libwayland - it was omitted from the very beginning

npfeiler commented on 2019-01-18 18:04 (UTC) (edited on 2019-01-18 18:05 (UTC) by npfeiler)

update to 18.3.2
omit libwayland
proper symlinks
https://pastebin.com/QHVepeSQ

codibit commented on 2019-01-08 08:05 (UTC) (edited on 2019-01-08 08:07 (UTC) by codibit)

I had to import the following key in order to verify and build: AB665AA9EE273E73 ( http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xAB665AA9EE273E73 )

Vi0L0 commented on 2018-11-12 21:53 (UTC)

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 (UTC) (edited on 2018-11-04 21:41 (UTC) by cheese917)

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 (UTC)

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 (UTC)

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 (UTC)

Please excuse late update, should work fine now

andrej commented on 2018-06-20 00:24 (UTC)

/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 (UTC)

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 (UTC) (edited on 2018-05-22 16:56 (UTC) by npfeiler)

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 (UTC) (edited on 2018-04-29 16:09 (UTC) by Vi0L0)

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 (UTC) (edited on 2018-04-26 20:45 (UTC) by Tralen)

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.

VojtechHauser commented on 2018-04-15 22:09 (UTC) (edited on 2018-04-15 22:09 (UTC) by VojtechHauser)

The build fails for me (Linux <hostname> 4.15.15-1-ARCH #1 SMP PREEMPT Sat Mar 31 23:59:25 UTC 2018 x86_64 GNU/Linux, GCC 7.3.1 20180312) with the following message:</hostname>

   CXX      gallivm/lp_bld_misc.lo

   gallivm/lp_bld_misc.cpp: In function ‘LLVMOpaqueBuilder* 
   lp_create_builder(LLVMContextRef, lp_float_mode)’:

   gallivm/lp_bld_misc.cpp:787:13: error: ‘class llvm::FastMathFlags’ has no member named ‘setUnsafeAlgebra’

   flags.setUnsafeAlgebra();

         ^~~~~~~~~~~~~~~~

nileshmoodley commented on 2017-07-03 16:53 (UTC)

I am having the same file conflicts as @kusayu. @Vi0L0 all the files are are owned by libglvnd

Vi0L0 commented on 2017-06-23 18:25 (UTC) (edited on 2017-06-23 18:26 (UTC) by Vi0L0)

@kusayu and the owner of this file is?... pacman -Qo /usr/lib/libEGL.so please tell so I could eventually modify the package

kusayu commented on 2017-06-23 16:13 (UTC)

ok, for some reason, on a clean fresh OS it builds, but cannot be installed due to error: failed to commit transaction (conflicting files) mesa-noglvnd: /usr/lib/libEGL.so exists in filesystem mesa-noglvnd: /usr/lib/libEGL.so.1 exists in filesystem mesa-noglvnd: /usr/lib/libEGL.so.1.0.0 exists in filesystem mesa-noglvnd: /usr/lib/libGL.so exists in filesystem mesa-noglvnd: /usr/lib/libGL.so.1 exists in filesystem mesa-noglvnd: /usr/lib/libGLESv1_CM.so exists in filesystem mesa-noglvnd: /usr/lib/libGLESv1_CM.so.1 exists in filesystem mesa-noglvnd: /usr/lib/libGLESv2.so exists in filesystem

kusayu commented on 2017-06-22 08:27 (UTC)

I have a problem making it. How can i fix it? CXXLD vulkan/libvulkan_intel.la vulkan/.libs/libvulkan_common.a(vulkan_libvulkan_common_la-anv_device.o): In function `anv_EnumeratePhysicalDevices': anv_device.c:(.text+0x45a): undefined reference to `drmGetDevices2' collect2: error: ld returned 1 exit status make[4]: *** [Makefile:2425: vulkan/libvulkan_intel.la] Error 1 make[4]: Leaving directory '/home/kusayu/.cache/pacaur/mesa-noglvnd/src/mesa-17.1.0/src/intel' make[3]: *** [Makefile:1972: all] Error 2 make[3]: Leaving directory '/home/kusayu/.cache/pacaur/mesa-noglvnd/src/mesa-17.1.0/src/intel' make[2]: *** [Makefile:851: all-recursive] Error 1 make[2]: Leaving directory '/home/kusayu/.cache/pacaur/mesa-noglvnd/src/mesa-17.1.0/src' make[1]: *** [Makefile:642: all] Error 2 make[1]: Leaving directory '/home/kusayu/.cache/pacaur/mesa-noglvnd/src/mesa-17.1.0/src' make: *** [Makefile:642: all-recursive] Error 1 ==> ERROR: A failure occurred in build().

malbeth commented on 2017-05-18 22:25 (UTC) (edited on 2017-05-18 22:25 (UTC) by malbeth)

To install this package until the maintainer updates it, simply download the latest snapshot and edit the PKGBUILD file, change the line validpgpkeys=('8703B6700E7EE06D7A39B8D6EDAE37B02CEB490D') to validpgpkeys=('946D09B5E4C9845E63075FF1D961C596A7203456') and execute makepkg.

Ternvein commented on 2017-05-18 19:26 (UTC)

I can confirm that makepkg complains about PGP signature of mesa-17.0.5.tar.xz. ==> Verifying source file signatures with gpg... mesa-17.0.5.tar.xz ... FAILED (invalid public key 946D09B5E4C9845E63075FF1D961C596A7203456) ==> ERROR: One or more PGP signatures could not be verified!

andrej commented on 2017-05-16 22:06 (UTC)

So, this makes the sddm login manager work on nvidia-340xx (instead of showing a black screen). But that's where the advantages end, pretty much. Accelerated stuff doesn't work, in general, e.g. KWin can't do compositing, so it's broken the same way as with glvnd. And what's even worse, building stuff with OpenGL support ends with "/usr/bin/ld: cannot find -lGL". Something is misconfigured here, because ldconfig -p does show libGL.so, yet a simple g++ test with -lGL fails. All in all, the free desktop has already been somewhat unusable for >6 months on NVidia 340xx drivers. No compositing, lots of OpenGL apps don't work or don't compile etc. A simple way to summarize this: Well done, NVidia. :-(

jess commented on 2017-05-14 04:34 (UTC)

as per https://aur.archlinux.org/packages/amdgpu-pro/ have jumped through many hoops with kernel downgrades and bootloader breakages... now trying to install this package for the final requirement but keeps kicking out the following error... ==> Verifying source file signatures with gpg... mesa-17.0.5.tar.xz ... FAILED (invalid public key 946D09B5E4C9845E63075FF1D961C596A7203456) ==> ERROR: One or more PGP signatures could not be verified! Have tried everything I'm aware of to add and trust the key it's complaining about, to no avail... same issue with this package and the lib32 version. (all this in an effort to get the proprietary amdgpu-pro drivers installed to hopefully let unreal-engine launch without crashing, if that matters at all)

Vi0L0 commented on 2017-05-07 19:36 (UTC)

right, thanks fixed

SGOrava commented on 2017-05-07 18:24 (UTC)

I think this should also provide opengl-driver

Vi0L0 commented on 2017-05-06 17:00 (UTC)

Thanks for the head up. Tomorrow I will work on the update.

Vi0L0 commented on 2017-04-02 21:21 (UTC)

*mesa-libgl* packages should be avoid by catalyst users, I left it here for package base to be more "general"