Package Details: lib32-mesa-git 20.3.0_devel.127691.0e13f803afa-1

Git Clone URL: (read-only, click to copy)
Package Base: lib32-mesa-git
Description: an open-source implementation of the OpenGL specification, git version
Upstream URL:
Licenses: custom
Conflicts: lib32-libva-mesa-driver, lib32-mesa, lib32-mesa-vdpau, lib32-vulkan-intel, lib32-vulkan-radeon
Provides: lib32-libva-mesa-driver, lib32-mesa, lib32-mesa-vdpau, lib32-opengl-driver, lib32-vulkan-driver, lib32-vulkan-intel, lib32-vulkan-radeon
Submitter: None
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 39
Popularity: 0.47
First Submitted: 2009-12-18 18:42
Last Updated: 2020-08-28 12:20

Required by (82)

Sources (3)

Pinned Comments

Lone_Wolf commented on 2019-05-09 13:30

This package now uses an environment variable to determine which llvm package it will be built against. Check PKGBUILD for details.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Lone_Wolf commented on 2020-08-28 12:46

Using b_ndebug=true again, also cleaned up dependencies.

Thank you for the input, shoober420 and plagman.

for those using llvm  git versions : build fails, see

Plagman commented on 2020-08-28 01:36

Can ndbebug=true be re-enabled for this one too?

shoober420 commented on 2020-08-18 20:02


Here are the build logs. (build) / (package)

Lone_Wolf commented on 2020-08-17 10:52

Was your build test done in a clean chroot ? If so, please post makepkg logs somewhere.

Both lib32-systemd and lib32-gcrypt were necessary at some point, but this may have changed.

I'll look into it.

shoober420 commented on 2020-08-17 04:40

I can confirm that “lib32-systemd” is not required for building this package. It’s also not present in the makedepends section of the official lib32-mesa package. This also means “lib32-libgcrypt” is not required for this to compile either. Please remove “lib32-systemd” and “lib32-libgcrypt”.

shoober420 commented on 2020-08-16 22:27

Is “lib32-systemd” really a dependency for mesa? It’s not for the 64bit version, so it kind of doesn’t make any sense.

Lone_Wolf commented on 2020-07-02 14:47

Both archlinux and mesa bugtrackers don't show LTO related problems with mesa afaik.

Re-enabled LTO.

Lone_Wolf commented on 2020-05-14 10:12

Checked the bugreport, and noticed you had problems creating a trace for debugging.

None of the archlinux mesa packages (official repos, lordheavys unofficial repo, aur packages) has a debug version.

If you still want to give it a try , check

HenryM commented on 2020-05-13 19:09

I did open an issue at but I just found that mesa_glthread is causing the segfault and a huge hit to performance.

if "<option name="mesa_glthread" value="true" />" is set via ~/.drirc, bad things happen to HL2 and Portal.

Lone_Wolf commented on 2020-05-09 10:16

That indciates your issue isn't caused by llvm variants. is about HalfLife , but does look like it describes a different problem. Please check it and consider opening a new issue if you feel the same.