Search Criteria
Package Details: librashader 0.10.1-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/librashader.git (read-only, click to copy) |
|---|---|
| Package Base: | librashader |
| Description: | A preprocessor, compiler, and runtime for RetroArch 'slang' shaders, rewritten in pure Rust. |
| Upstream URL: | https://github.com/SnowflakePowered/librashader |
| Licenses: | MPL-2.0, GPL-3.0-only |
| Conflicts: | librashader |
| Provides: | librashader |
| Submitter: | Snowstorm64 |
| Maintainer: | Snowstorm64 |
| Last Packager: | Snowstorm64 |
| Votes: | 6 |
| Popularity: | 0.002942 |
| First Submitted: | 2024-02-23 18:11 (UTC) |
| Last Updated: | 2026-01-31 21:48 (UTC) |
Dependencies (6)
- libgl (libglvnd-gitAUR, amdgpu-pro-oglp-legacyAUR, nvidia-340xx-utilsAUR, amdgpu-pro-oglpAUR, libglvnd)
- vulkan-driver (nvidia-410xx-utilsAUR, nvidia-440xx-utilsAUR, nvidia-430xx-utilsAUR, amdvlk-gitAUR, vulkan-amdgpu-pro-legacyAUR, mesa-wsl2-gitAUR, vulkan-radeon-amd-bc250AUR, vulkan-terakanAUR, nvidia-510xx-utilsAUR, swiftshader-gitAUR, nvidia-utils-teslaAUR, vulkan-nouveau-gitAUR, vulkan-amdgpu-proAUR, amdvlkAUR, amdvlk-binAUR, nvidia-525xx-utilsAUR, mesa-rk35xx-gitAUR, nvidia-575xx-utilsAUR, mesa-gitAUR, mesa-minimal-gitAUR, nvidia-535xx-utilsAUR, mesa-nollvm-gitAUR, vulkan-terakan-gitAUR, amdonly-gaming-vulkan-radeon-gitAUR, nvidia-470xx-utilsAUR, nvidia-390xx-utilsAUR, nvidia-vulkan-utilsAUR, nvidia-580xx-utilsAUR, nvidia-550xx-utilsAUR, nvidia-utils-betaAUR, nvidia-utils-bsbAUR, nvidia-utils, vulkan-asahi, vulkan-broadcom, vulkan-dzn, vulkan-freedreno, vulkan-gfxstream, vulkan-intel, vulkan-kosmickrisp, vulkan-nouveau, vulkan-panfrost, vulkan-powervr, vulkan-radeon, vulkan-swrast, vulkan-virtio)
- vulkan-icd-loader (vulkan-icd-loader-gitAUR)
- cargo (rust-beta-binAUR, rustup-gitAUR, rust-gitAUR, rust, rustup) (make)
- gcc (gcc-gitAUR, gccrs-gitAUR, gcc-snapshotAUR) (make)
- ninja (ninja-gitAUR, ninja-memAUR, ninja-noemacs-gitAUR, ninja-kitwareAUR, ninja-fuchsia-gitAUR) (make)
Latest Comments
Snowstorm64 commented on 2025-09-03 19:08 (UTC)
Hi HurricanePootis,
thank you for the suggested changes, I'd apply the patch but the LTO-related changes don't work for me, I still have issues with LTO due to missing symbols, even with
-ffat-lto-objectsadded.You'll notice it when ares doesn't load any shaders and the terminal output says:
HurricanePootis commented on 2025-09-03 15:32 (UTC)
@Snowstorm64
Please set
RUSTUP_TOOLCHAIN=stablefor cargo users. Also, Rust packages do not specifyrust, they should specifycargo. Furthermore, LTO builds work with-ffat-lto-objectsadd to theCFLAGS. I have added a diff in the this comment.Snowstorm64 commented on 2024-09-08 12:18 (UTC) (edited on 2024-09-08 16:06 (UTC) by Snowstorm64)
The upgrade to version 0.4.0 is now put on hold until, probably, the next release of ares-emu (v141?), due to recent API changes that breaks a lot of shaders.
UPDATE: it turns out to be a librashader bug, that is fixed with v0.4.1.
Snowstorm64 commented on 2024-04-08 11:44 (UTC)
With this new revision I have changed the variables' name, so it shouldn't be an issue anymore.
Snowstorm64 commented on 2024-04-05 18:33 (UTC)
It's a weird issue indeed. Either the dashes are messing with aurutils, or the variable "profile" is already used...after all it's a common name, maybe I should haven't picked specifically that. What happens if you rename the variable to something other than "profile"?
kusoneko commented on 2024-04-05 17:37 (UTC)
I use aurutils as my AUR helper, specifically using this command to install/update non-VCS AUR packages:
aur sync --no-view --upgrades --chroot --clean [pkgname]where [pkgname] is optional and explicitly adds a new package to be built. When this fails, I look at the error message and go to$XDG_CACHE_HOME/aurutils/sync/$pkgnamemodify the PKGBUILD to fix the issue, then runaur build --chroot --syncdepsfrom that directory.As for how I managed to build it, as I said I essentially did
cd $XDG_CACHE_HOME/aurutils/sync/librashaderand then modified the PKGBUILD like so:and then built it with
aur build --chroot --syncdepsand it worked. As I stated in the previous message, the issue seems to be that${profile}is not being replaced by the profile variable's value in at least the build() function (having built ares-emu afterwards successfully, I can conclude it did replace it properly in the few locations it appears in the package() function, which is a weird issue to have... I've tested also replacing it with"${profile}",$profileand other similar attempts to get it to properly replace the variable with the value just in case that was the issue, but it appears not to work either with a similar error about profile being an empty value unless it's directly replaced in the build() function. I don't exactly understand why that variable fails but the${fix_pkgname}and${pkgver}variables work just fine.Snowstorm64 commented on 2024-04-05 08:11 (UTC)
Hi kusoneko, thanks for the report. How did you build it? If applicable, can you tell me which AUR helper you have used?
kusoneko commented on 2024-04-04 21:16 (UTC)
This doesn't build on my end currently, with the following error:
It seems to work if I directly go in the PKGBUILD and replace in the build() function the ${profile} with optimized to avoid the variable substitution failing. I can't say why it fails in build but seems to work in package, but anyways, just thought I'd mention it