When llvm deprecated non-opaque pointers in the llvm 15 branch, it was found to affect atleast radeonsi and llvmpipe .
Also llvmpipe provides generic functionality that is used by other drivers than just swrast. MAYBE iris/crocus/anv are not affected.
I intend to test the workaround at https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/21124 .
For those that can't wait : use the most recent build of llvm-minimnal-git/llvm-git with version number 16 you still have.
Pinned Comments
Lone_Wolf commented on 2020-04-23 12:26 (UTC) (edited on 2020-11-21 22:36 (UTC) by Lone_Wolf)
Mesa and llvm are closely tied together. Everytime the llvm mesa is built against changes/updates , mesa needs to be rebuilt.
I expect anyone building mesa-git against one of the llvm trunk variants to be able to do that themselves, but atleast some of the people that built against repo llvm don't understand how to deal with such a rebuild.
The rest of this post is meant for those people.
Option A - best one
see https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot for the official way or https://aur.archlinux.org/packages/clean-chroot-manager for an alternative method.
Option B - 2nd best
Lone_Wolf commented on 2019-07-09 13:43 (UTC) (edited on 2021-04-15 11:48 (UTC) by Lone_Wolf)
WARNING : aur helpers don't support this method at all. They check .SRCINFO and that is set to build against repo llvm when it is uploaded.
Why would I want to use llvm development versions ?
Lone_Wolf commented on 2018-01-30 14:06 (UTC) (edited on 2019-07-09 13:29 (UTC) by Lone_Wolf)
run pacman Syu update non-repo packages for llvm if you use them
build mesa-git, log out , restart X .
run glxinfo to verify basic OpenGL functionality
build lib32-mesa-git
run glxinfo32 to verify basic OpenGL functionality for multilib programs