| 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: | Lone_Wolf |
| Votes: | 45 |
| Popularity: | 0.028992 |
| First Submitted: | 2009-12-18 18:42 (UTC) |
| Last Updated: | 2024-09-10 21:29 (UTC) |
Would it be possible to change line 99 and 100 to allow Clang to compile the package?
Change
export CC="gcc -m32"
export CXX="g++ -m32"
to
export CC="${CC:-gcc} -m32"
export CXX="${CXX:-g++} -m32"
.
This should only effect if CC and CXX environment variable is set to other compiler. the package would still be compiled with GCC if the variable is not set.
Thanks.
PKGBUILD updated to use llvm 13.0.0
The time has come for me to transfer ownership of this package to Reza and step down as maintainer.
Lone_Wolf
swrast & virtio-experimental added to vulkan-drivers
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.
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.