Package Details: mesa-minimal-git 26.2.0_devel.221637.5bfbb7b1a79-1

Git Clone URL: https://aur.archlinux.org/mesa-minimal-git.git (read-only, click to copy)
Package Base: mesa-minimal-git
Description: an open-source implementation of the OpenGL specification, stripped down git version
Upstream URL: https://www.mesa3d.org
Keywords: llvm mesa
Licenses: MIT AND BSD-3-Clause AND SGI-B-2.0
Conflicts: libva-mesa-driver, mesa, mesa-libgl, mesa-vdpau, opencl-mesa, vulkan-dzn, vulkan-gfxstream, vulkan-intel, vulkan-mesa-implicit-layers, vulkan-mesa-layers, vulkan-nouveau, vulkan-radeon, vulkan-swrast, vulkan-virtio
Provides: libva-mesa-driver, mesa, opengl-driver, vulkan-driver, vulkan-intel, vulkan-mesa-implicit-layers, vulkan-mesa-layers, vulkan-radeon, vulkan-swrast, vulkan-virtio
Submitter: shoober420
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 12
Popularity: 0.000210
First Submitted: 2020-12-10 00:38 (UTC)
Last Updated: 2026-04-25 15:14 (UTC)

Dependencies (58)

Required by (1643)

Sources (1)

Pinned Comments

Lone_Wolf commented on 2023-05-22 12:07 (UTC) (edited on 2024-09-06 21:16 (UTC) by Lone_Wolf)

Build order

llvm-minimal-git
spirv-headers-git
spirv-llvm-translator-minimal-git
libclc-minimal-git
mesa-minimal-git

N.B. these packages are closely tied together, make sure you build all of them in a short period of time (worst case on my system is around 3 hours) .

Build frequency

I aim to build everything (including the lib32 part) atleast once a week.

How often you build this is a personal choice, but once a month is in my opinion the absolute minimum .

In that timeframe mesa will have seen almost 1k commits, llvm/clang gets more.

Lone_Wolf commented on 2021-01-22 18:36 (UTC) (edited on 2021-01-22 18:39 (UTC) by Lone_Wolf)

Why does this package hard depend on llvm-minimal-git ?

  • performance

archlinux repo packages are build with -march=x86-64 -mtune=generic which works on lots of machines but makes limited use of modern processor capabilities. For many packages this has little impact, but with llvm my experience is different.

My local builds for llvm / mesa are done with -march=native and this has a noticeable effect on their performance.

How big the benefit of this is depends heavily on the exact hardware you use. Worse, the software setup also impacts this. The only way to find out if it benefits your system/software setup is to try it out yourself.

  • easier maintenance and troubleshooting

Since i started my first mesa trunk package late in 2010 I have maintained versions without any llvm, one llvm implementation, split versions, singular versions, versions supporting multiple llvm implementations , switch from libgl hacks libglvnd to allow mesa & nvidia to cooperate etc.

Depending on one llvm variant in a non-splitted singular version results in a simple PKGBUILD that is easy to maintain.

Troubleshooting is also much easier if maintainer uses the same llvm variant as users.

If people feel those reasons are not good enough to hard depend on llvm-minimal-git , maybe I should transfer ownership .

Lone_Wolf commented on 2021-01-09 15:02 (UTC)

Why does this exist ?

Basically mesa/mesa-git build almost everything they can build.

This package tries to build just enough so everyone can use it, but disables older and/or unused components.

Check https://bbs.archlinux.org/viewtopic.php?id=261629 for a discussion about this package.

Latest Comments

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

TIMW commented on 2026-05-07 22:06 (UTC)

Yeah if i see,is not properly adapted to new llvm/clang form whitch was made if i understand

Lone_Wolf commented on 2026-05-07 21:23 (UTC) 

../mesa/src/amd/llvm/ac_llvm_helper.cpp: In function ‘bool ac_is_llvm_processor_supported(LLVMTargetMachineRef, const char*)’:
../mesa/src/amd/llvm/ac_llvm_helper.cpp:74:35: error: base operand of ‘->’ has non-pointer type ‘const llvm::MCSubtargetInfo’

Is that similar to what you're seeing ?

TIMW commented on 2026-05-07 14:36 (UTC)

Do u got issue too in last time with ac_llvm_helper.cpp.o about member reference type const MCSubtargetInfo is not a pointer; did u mean to use '.'?

TIMW commented on 2026-04-25 22:01 (UTC)

I use lto long time without issue only recently i must add "bypass" LDFLAGS+=" -Wl,--allow-multiple-definition" But i accept your choose

Lone_Wolf commented on 2026-04-25 15:22 (UTC)

With latest libclc-minimal-git PKGBUILD things build succesfully again, re-enabled rusticl, intel drivers and such.

As for LTO : in the past it has worked for weeks, then failed for months. Proving the problems were caused by lto was/is difficult, but I've seen (and encountered personally) too many mesa issues that were solved by disabling LTO.

from meson.options

option(
  'allow-broken-lto',
  type : 'boolean',
  value : false,
  description : 'Manual override switch to enable LTO, which is unsupported due to being broken. WARNING: This option may break your driver randomly!'
)

TIMW commented on 2026-04-19 09:49 (UTC)

For me success even with lto

I dont say is perfect solution but why not Take it only as recommendation please build() { local meson_options=( --buildtype=release --prefix /usr --libexecdir lib --sbindir bin --buildtype release --auto-features enabled --wrap-mode=nofallback --force-fallback-for=syn,paste,rustc-hash,proc-macro2,quote,unicode-ident -D android-libbacktrace=disabled -D b_ndebug=true -D b_lto=true -D allow-broken-lto=true -D egl=enabled -D gallium-drivers=radeonsi,iris,nouveau -D gallium-extra-hud=true -D gallium-mediafoundation=disabled -D gallium-rusticl-enable-drivers=radeonsi -D gallium-rusticl=true -D gallium-va=enabled -D rust_std=2021 -D gbm=enabled -D gles1=disabled -D gles2=enabled -D glvnd=enabled -D glx=dri -D html-docs=disabled -D intel-rt=enabled -D libunwind=disabled -D llvm=enabled -D lmsensors=enabled -D microsoft-clc=disabled -D platforms=x11,wayland -D tools=[] -D zstd=enabled -D sysprof=false -D valgrind=disabled -D video-codecs=all -D vulkan-drivers=amd,intel,nouveau -D vulkan-layers=device-select,overlay,anti-lag -D vulkan-manifest-per-architecture=false -D vulkan-beta=true ) LDFLAGS+=" -Wl,--allow-multiple-definition" meson setup mesa _build "${meson_options[@]}" meson compile $NINJAFLAGS -C _build }

Lone_Wolf commented on 2026-03-20 21:31 (UTC)

I've made several adjustments to libclc-minimal-git and mesa-minimal-git again succeeds in building against it.

It needs more testing though before I can re-enable building intel & opencl parts.

Lone_Wolf commented on 2026-02-10 21:02 (UTC)

atm this builds again with latest llvm-minimal-git 23.0.0_r568677.c322e374fee28-1

Still no success with intel drivers & rusticl though.

Lone_Wolf commented on 2026-02-04 15:05 (UTC)

I created https://aur.archlinux.org/packages/mesa-nollvm-git as an alternative that doesn't use llvm at all.

NOTE : mesa-nollvm-git is only suitable for amd videocards.

Lone_Wolf commented on 2026-02-03 21:22 (UTC)

Also build failure against llvm-minimal-git 23.0.0_r567776.9590f1ea6d885-1 .

Error mentions LLVMDenormalMode.

It's been atleast 2 full months since nesa fully worked with llvm git. I'm considering looking into creating a new package without llvm .

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