Package Details: amdonly-gaming-opencl-rusticl-mesa-git 25.0.0_devel.197468.dc1fe83aa52.d41d8cd-1

Git Clone URL: https://aur.archlinux.org/mesa-amdonly-gaming-git.git (read-only, click to copy)
Package Base: mesa-amdonly-gaming-git
Description: OpenCL support with rusticl for mesa drivers
Upstream URL: https://www.mesa3d.org/
Licenses: LicenseRef-mesa
Conflicts: opencl-mesa, opencl-rusticl-mesa
Provides: opencl-driver, opencl-rusticl-mesa
Submitter: NeroReflex
Maintainer: NeroReflex (DexterHaxxor, ChrisLane)
Last Packager: DexterHaxxor
Votes: 16
Popularity: 0.106697
First Submitted: 2023-02-27 22:38 (UTC)
Last Updated: 2024-11-10 12:01 (UTC)

Required by (40)

Sources (2)

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8

ChrisLane commented on 2023-06-23 14:19 (UTC)

Build still failing for anyone else? I get the following:

WARNING: CMake: Dependency rt for SPIRV-Tools was not found
Dependency SPIRV-Tools found: NO unknown version, but need: ['>= 2018.0']
Run-time dependency spirv-tools found: NO (tried pkgconfig)

mesa/meson.build:1759:20: ERROR: Dependency "SPIRV-Tools" not found, tried pkgconfig

NeroReflex commented on 2023-06-21 13:11 (UTC)

yes I will do that, you saved me the trouble to investigate what was missing. Thank you very much @Megaton stay tuned for the update, will come in a few minutes!

Megaton commented on 2023-06-21 10:55 (UTC)

@NeroReflex could you add spirv-llvm-translator to dependencies? mesa/meson.build:1761:21: ERROR: Dependency "LLVMSPIRVLib" not found, tried pkgconfig and cmake

NeroReflex commented on 2023-06-04 12:53 (UTC)

@ChrisLane I know, I fixed it yestarday, it was known to me since a week but only found the time recently. I just have excluded the patch. Thank you for using the package and sorry for the delay!

ChrisLane commented on 2023-05-30 21:20 (UTC)

Thanks @NeroReflex. I've been using this package because I've had more success compiling it over the mesa-git package.

By the way, 0002-intel-fs-always-mask-the-bottom-bits-of-the-sampler-.patch is failing to apply to current git HEAD.

NeroReflex commented on 2023-04-25 16:08 (UTC) (edited on 2023-04-25 16:21 (UTC) by NeroReflex)

@ChrisLane except for disabled features because they are unused in amd-only hardware this package is not providing much on its own (I am still figuring out a decent way to add compilation flags) as the purpose of this package is being compiled with -march=native to enable cpu-specific optimization, so if you haven't done already head to /etc/makepkg.conf and change -march=x86_64 -mtune=native with -march=native. This package also once enable lto, but I had to disable it as mesa is broken if compiled with LTO. Moreover this package allows to use RADV_PERFTEST=stuff before they are in official arch repo mesa, I use it to try RADV_PERFTEST=gpl in some games.

I also disabled libunwind dependency used to generate stack traces on crashes. (first it shouldn't be crashing in the first place, and then I don't want stack traces from this oddly-compiled package to be reported to upstream mesa or arch mesa) also, if the crash goes away with the official mesa I expect someone who notices that to report back with the correct git commit so that I can investigate if it's compilation-related or a bug in mesa....

Also, you can compile this package with clang, but the key takeaway is that magic won't happen on its own, but compiling from sources allows for a few optimizations that actually make sense when using it for games as I do.

Stuff different from arch-shipped mesa:
  • vulkan-beta stuff enabled
  • libunwind not being used
  • removed d3d12 backend used in wsl
  • removed intel,wmware and android stuff
Disclaimer

I am a developer using vulkan and I want to test beta extensions when they are available.

ChrisLane commented on 2023-04-25 13:06 (UTC)

@NeroReflex could you comment on how and why each build option is different to the package this originates from?

Even if it's just "--some-setting: disabled because it's Microsoft WSL specific"

Mostly because I'm interested to know how this package is improved for my AMD system, though I appreciate that may be just "smaller package, quicker build".

« First ‹ Previous 1 .. 3 4 5 6 7 8