Search Criteria
Package Details: amdonly-gaming-opencl-clover-mesa-git 24.1.0_devel.184875.893780b3625.d41d8cd98f00b204e9800998ecf8427e-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 clover for mesa drivers |
Upstream URL: | https://www.mesa3d.org/ |
Licenses: | custom |
Conflicts: | opencl-clover-mesa, opencl-mesa |
Provides: | opencl-clover-mesa, opencl-driver |
Replaces: | opencl-clover-mesa, opencl-mesa |
Submitter: | NeroReflex |
Maintainer: | NeroReflex |
Last Packager: | NeroReflex |
Votes: | 14 |
Popularity: | 2.27 |
First Submitted: | 2023-02-27 22:38 (UTC) |
Last Updated: | 2024-02-17 21:10 (UTC) |
Dependencies (44)
- clang (llvm-rocm-gitAUR, llvm-gitAUR, clang-minimal-gitAUR)
- expat (expat-gitAUR)
- libclc (libclc-gitAUR, libclc-minimal-gitAUR)
- libdrm (libdrm-gitAUR)
- libelf (elfutils-gitAUR)
- spirv-llvm-translator (spirv-llvm-translator-minimal-gitAUR, spirv-llvm-translator-gitAUR)
- zstd (zstd-gitAUR, zstd-staticAUR)
- clang (llvm-rocm-gitAUR, llvm-gitAUR, clang-minimal-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- directx-headers (directx-headers-gitAUR, directx-headers-cmakeAUR) (make)
- elfutils (elfutils-gitAUR) (make)
- expat (expat-gitAUR) (make)
- git (git-gitAUR) (make)
- glslang (glslang-gitAUR, glslang-minimal-gitAUR) (make)
- libclc (libclc-gitAUR, libclc-minimal-gitAUR) (make)
- libdrm (libdrm-gitAUR) (make)
- libelf (elfutils-gitAUR) (make)
- libglvnd (libglvnd-gitAUR) (make)
- libomxil-bellagio (make)
- libva (libva-gitAUR, libva-headlessAUR, intel-media-stack-binAUR) (make)
- Show 24 more dependencies...
Required by (41)
- agisoft-metashape (requires opencl-clover-mesa) (optional)
- agisoft-metashape-pro (requires opencl-clover-mesa) (optional)
- arrayfire-git (requires opencl-driver) (optional)
- computecpp (requires opencl-driver)
- cpu-x-opencl (requires opencl-driver) (optional)
- cytoscape (requires opencl-driver) (optional)
- davinci-resolve (requires opencl-driver)
- davinci-resolve-beta (requires opencl-driver)
- davinci-resolve-studio (requires opencl-driver)
- davinci-resolve-studio-beta (requires opencl-driver)
- dewobble (requires opencl-driver)
- dewobble-git (requires opencl-driver)
- foldingathome (requires opencl-driver) (optional)
- fusion-render-node (requires opencl-driver)
- fusion-studio (requires opencl-driver)
- gromacs (requires opencl-clover-mesa) (optional)
- gyroflow (requires opencl-driver)
- gyroflow-bin (requires opencl-driver) (optional)
- gyroflow-git (requires opencl-driver) (optional)
- khronos-ocl-icd (requires opencl-driver)
- Show 21 more...
Latest Comments
« First ‹ Previous 1 2 3 4
ChrisLane commented on 2023-06-27 09:03 (UTC)
Yes sorry, you're right that this was an issue with the lib32 package and I hadn't noticed.
NeroReflex commented on 2023-06-25 00:21 (UTC)
It is compiling for me, but you are having the issue I have for the lib32 version and I am still investigating that so maybe your problem can help me fix the other package? First: can you confirm that downloading the source of this package and doing makepkg -f errors the same way?
ChrisLane commented on 2023-06-23 14:19 (UTC)
Build still failing for anyone else? I get the following:
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:
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 2 3 4