Package Details: mesa-minimal-git 24.1.0_devel.187587.fe36cf6cad9-2

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
Licenses: custom
Conflicts: libva-mesa-driver, mesa, mesa-vdpau, vulkan-intel, vulkan-mesa-layer, vulkan-nouveau, vulkan-radeon, vulkan-swrast
Provides: libva-mesa-driver, mesa, mesa-vdpau, opengl-driver, vulkan-driver, vulkan-intel, vulkan-mesa-layer, vulkan-radeon, vulkan-swrast
Submitter: shoober420
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 11
Popularity: 1.37
First Submitted: 2020-12-10 00:38 (UTC)
Last Updated: 2024-04-06 16:40 (UTC)

Required by (1120)

Sources (2)

Pinned Comments

Lone_Wolf commented on 2023-05-22 12:07 (UTC) (edited on 2024-03-30 13:58 (UTC) by Lone_Wolf)

Build order

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

glslang-minimal-git must be built after spirv-tools-git and before mesa-minimal-git

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 maximum .

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

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

xenu commented on 2022-10-06 04:22 (UTC)

Commit https://gitlab.freedesktop.org/mesa/mesa/-/commit/8cc766d8f7eac26b7c029a2fac1bdfdba4776c29 removed xvmc which means the line "gallium-xvmc=disabled" has to be removed from PKGBUILD (same with lib32 version). Otherwise there is an "unknown option" error when building.

Lone_Wolf commented on 2022-05-21 11:42 (UTC) (edited on 2022-05-21 11:43 (UTC) by Lone_Wolf)

In https://gitlab.freedesktop.org/mesa/mesa/-/issues/6486 and https://gitlab.freedesktop.org/mesa/mesa/-/issues/6376 problems were reported with rendering text in many application types :

gtk4 , chromium based, qt/kde based .

The cause is not known atm, but disabling lto gets rid of them completely .

lto build disabled.

Lone_Wolf commented on 2022-04-30 16:25 (UTC)

Added patches to workaround https://gitlab.freedesktop.org/mesa/mesa/-/issues/6333 and https://gitlab.freedesktop.org/mesa/mesa/-/issues/6359

Also re-enabled clover support

Lone_Wolf commented on 2021-10-20 08:52 (UTC)

libffi has been updated, so llvm-minimal-git needs a rebuild .

After that rebuild has finished you will need to rebuild this pacakge also .

Lone_Wolf commented on 2021-10-09 12:36 (UTC)

Patch added to solve a build failure, see https://gitlab.freedesktop.org/mesa/mesa/-/issues/5471

xenu commented on 2021-09-14 09:11 (UTC)

clover patch has also been commited now: https://cgit.freedesktop.org/mesa/mesa/commit/?id=d4f7337d14eb8c135a9a89dcd0e01fc93214a927

Lone_Wolf commented on 2021-09-13 12:33 (UTC)

Thanks for the alert, Xenu.

Patch edited & renamed, working on lib32-mesa-minimal-git now. .

xenu commented on 2021-09-13 09:07 (UTC)

MR 12715 has been commited to main: https://cgit.freedesktop.org/mesa/mesa/commit/?id=09cf2584bdf2184a67115b4e36038bba9f3e0ff1

Though this only fixes "src/amd/llvm/ac_llvm_helper.cpp". Patching "src/gallium/frontends/clover/llvm/codegen/common.cpp" was not part of this MR.

Thank you for your work Lone_Wolf.

Lone_Wolf commented on 2021-09-08 12:02 (UTC)

Patch as posted by xenu applied.

Thanks for creating it.

xenu commented on 2021-09-08 04:34 (UTC)

Created a short patch for current build issue with llvm14 (based on https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/12715)

--- a/src/amd/llvm/ac_llvm_helper.cpp
+++ b/src/amd/llvm/ac_llvm_helper.cpp
@@ -60,7 +60,7 @@
    llvm::Argument *A = llvm::unwrap<llvm::Argument>(arg);
    llvm::AttributeList AS = A->getParent()->getAttributes();
    unsigned ArgNo = A->getArgNo();
-   return AS.hasAttribute(ArgNo + 1, llvm::Attribute::InReg);
+   return AS.hasParamAttr(ArgNo, llvm::Attribute::InReg);
 }


--- a/src/gallium/frontends/clover/llvm/codegen/common.cpp
+++ b/src/gallium/frontends/clover/llvm/codegen/common.cpp
@@ -233,8 +233,8 @@ namespace {
                }

             } else {
-               const bool needs_sign_ext = f.getAttributes().hasAttribute(
-                  arg.getArgNo() + 1, ::llvm::Attribute::SExt);
+               const bool needs_sign_ext = f.getAttributes().hasParamAttr(
+                  arg.getArgNo(), ::llvm::Attribute::SExt);

                args.emplace_back(module::argument::scalar, arg_api_size,
                                  target_size, target_align,

until that MR gets added.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »