Package Details: opencl-rusticl-mesa-minimal-git 24.0.0_devel.181605.fde43e44e9f-1

Git Clone URL: (read-only, click to copy)
Package Base: mesa-minimal-git
Description: OpenCL support in rust for mesa drivers (git version)
Upstream URL:
Licenses: custom
Conflicts: opencl-clover-mesa, opencl-rusticl-mesa
Provides: opencl-driver, opencl-rusticl-mesa
Submitter: shoober420
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 9
Popularity: 0.006920
First Submitted: 2020-12-10 00:38 (UTC)
Last Updated: 2023-12-06 23:59 (UTC)

Required by (39)

Sources (2)

Pinned Comments

Lone_Wolf commented on 2023-05-22 12:07 (UTC) (edited on 2023-05-22 12:07 (UTC) by Lone_Wolf)

Build order


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 for a discussion about this package.

Latest Comments

1 2 3 4 5 Next › Last »

Lone_Wolf commented on 2023-09-30 10:56 (UTC) (edited on 2023-10-08 20:21 (UTC) by Lone_Wolf)

Build is currently broken with meson 1.2.2 , don't upgrade that package for the time being.

see and

The issue also affected repo mesa and the repo meson package is patched to work for building mesa. Upgrade to meson 1.2.2-2 works fine.

fisch02 commented on 2023-09-28 00:58 (UTC) (edited on 2023-09-28 01:09 (UTC) by fisch02)

This package currently won't build without removing the last two md5sums and sha512sums. These weren't removed when the patches for llvm18 got deleted in the last commit. Git revert would be a more time efficient + less error-prone solution to revert this kind of temporary changes. Btw. thanks for your work maintaining this package. :)

ph34rb0t commented on 2023-09-13 16:39 (UTC)

Works fine now (even without line 44, the preceding local declaration of _var). Thanks for the quick fix!

Lone_Wolf commented on 2023-09-13 13:10 (UTC)

The abort was found to be caused by branches were VERSION doesn't include newline chars.

read command in pkgver() adjusted to work with such input.

Lone_Wolf commented on 2023-09-12 07:14 (UTC)

looking into it, see

ph34rb0t commented on 2023-09-11 13:34 (UTC) (edited on 2023-09-11 13:36 (UTC) by ph34rb0t)

pkgver() (and the entire build process) fails without error message when getting Mesa from a non-default branch (e.g. [...]/mesa.git#branch=23.2).

I've traced the error back to line 44: read -r _ver <VERSION

Replacing the current method with the old one, i.e.
local _ver

fixes the issue.

Lone_Wolf commented on 2023-05-22 12:07 (UTC) (edited on 2023-05-22 12:07 (UTC) by Lone_Wolf)

Build order


Lone_Wolf commented on 2023-04-11 22:52 (UTC)

rusticl now works with radeonsi, make sure to rebuild libclc-minimal-git . Also don't forget to set RUSTICLE_ENABLE .

$ RUSTICL_ENABLE=radeonsi clinfo --list
Platform #0: rusticl
 `-- Device #0: AMD Radeon RX 580 Series (polaris10, LLVM 17.0.0, DRM 3.49, 6.2.10-arch1-1)

Lone_Wolf commented on 2023-02-22 15:26 (UTC) (edited on 2023-02-22 15:28 (UTC) by Lone_Wolf)

I stay close to archlinux default vars as listed in . I do replace -march=x86-64 -mtune=generic with -march=native , build with gcc and use ccache .

As for build order : 1.spirv-headers-git 2.spirv-tools-git 3.llvm-minimal-git 4.libclc-minimal-git 5.mesa-minimal-git

If libclc-minimal-git build fails there's a problem with the llvm-minimal-git build .

Nohan commented on 2023-02-21 19:10 (UTC)

Hello again, unfortunately I'm still getting the same error, even by following your suggestions or by building llvm-git.

Would you mind sharing your MAKEFLAGS ?

Also now that I'm back on LLVM and Clang 15, what is the actual build order, because in the llvm-minimal-git "!lto" is present, but I think even with that it still build with lto enabled for me for some reason.

Thank you.