| Git Clone URL: | https://aur.archlinux.org/lib32-mesa-git.git (read-only, click to copy) |
|---|---|
| Package Base: | lib32-mesa-git |
| Description: | an open-source implementation of the OpenGL specification, git version |
| Upstream URL: | https://www.mesa3d.org |
| Licenses: | custom |
| Conflicts: | lib32-libva-mesa-driver, lib32-mesa, lib32-mesa-libgl, lib32-mesa-vdpau, lib32-vulkan-intel, lib32-vulkan-mesa-layers, lib32-vulkan-radeon |
| Provides: | lib32-libva-mesa-driver, lib32-mesa, lib32-mesa-libgl, lib32-mesa-vdpau, lib32-opengl-driver, lib32-vulkan-driver, lib32-vulkan-intel, lib32-vulkan-mesa-layers, lib32-vulkan-radeon |
| Submitter: | None |
| Maintainer: | rjahanbakhshi (Lone_Wolf) |
| Last Packager: | rjahanbakhshi |
| Votes: | 45 |
| Popularity: | 0.96 |
| First Submitted: | 2009-12-18 18:42 (UTC) |
| Last Updated: | 2025-06-12 14:53 (UTC) |
adding virtio-experimental is ok, I'll try to do it this week.
lib32-mesa-git is in my view an extension of mesa-git , so there are already differences.
vulkan swrast aka lavapipe can be useful as last-resort vulkan driver and it does fulfill that role in my mesa-minimal-git & lib32-mesa-minimal-git already.
Ok, will add vulkan swrast also.
Would it be possible to enable the virtio-experimental driver in this build? It is enabled in the mesa-git PKGBUILD. I have manually built lib32-mesa-git with it and have been testing the new Vulkan GPU passthrough support to a virtual machine with the VirtIO Venus driver with some Steam games and it works great! But, for gaming, it needs both the 64-bit and 32-bit drivers to work.
On line 115, the driver needs to be appended (this is what I have tested and have confirmed to be working):
-D vulkan-drivers=amd,intel,virtio-experimental \
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=lib32-mesa-git#n115
Looking at the mesa-git PKGBUILD, there is also the "swrast" software rendering driver. I have not tested it and perhaps for consistency across packages that should also be enabled.
-D vulkan-drivers=amd,intel,swrast,virtio-experimental \
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=mesa-git#n111
Removed the patch from the PKGBUILD. It should be fine now.
Thanks,
upstream solved the build failure , see https://gitlab.freedesktop.org/mesa/mesa/-/issues/4906
Until the package is updated just comment out the last 2 lines of the prepare() function .
Failure while applying a patch:
==> Lancement de prepare()…
patching file src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
Hunk #1 FAILED at 351.
1 out of 1 hunk FAILED -- saving rejects to file src/gallium/auxiliary/gallivm/lp_bld_misc.cpp.rej
The patch seems to no longer be necessary as you can see from the snippet taken from the file being patched:
TargetOptions options;
#if defined(PIPE_ARCH_X86) && LLVM_VERSION_MAJOR < 13
options.StackAlignmentOverride = 4;
#endif
They patched it upstream.
@ronoverdrive,
I applied the patch used for lib32-llvm-minimal-git. Thanks to Lone_Wolf for providing the patch.
I haven't tested this with llvm-minimal-git recently. I'll give it a try.
Keeps failing right here.
../mesa/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp:354:12: error: ‘class llvm::TargetOptions’ has no member named ‘StackAlignmentOverride’
354 | options.StackAlignmentOverride = 4;
| ^~~~~~~~~~~~~~~~~~~~~~
I have the latest git of lib32-llvm-minimal-git installed.
Crocus gallium driver added to the PKGBUILD.
PKGBUILD updated to use llvm 12.0.0
Pinned Comments
Lone_Wolf commented on 2024-02-14 11:49 (UTC)
Mesa commit b52e25d3 breaks intel iris & anv build UNLESS OpenCL support is present.
Incase you don't need those drivers, a temporary workaround is to disable them.
lib32-mesa-minimal-git is also affected.
Lone_Wolf commented on 2023-11-02 16:03 (UTC) (edited on 2023-11-02 16:05 (UTC) by Lone_Wolf)
@RPINerd in https://aur.archlinux.org/packages/lib32-mesa-git#comment-941648
Users of this package are supposed to (re)build lib32-mesa-git everytime mesa-git changes to avoid such issues.
I'm certain I have stated that in the past, but it may have been lost in the older pages of comments.
Lone_Wolf commented on 2019-05-09 13:30 (UTC)
This package now uses an environment variable to determine which llvm package it will be built against. Check PKGBUILD for details.