Package Details: lib32-shaderc 2022.4-1

Git Clone URL: (read-only, click to copy)
Package Base: lib32-shaderc
Description: Collection of tools, libraries and tests for shader compilation (32bit)
Upstream URL:
Licenses: Apache
Conflicts: lib32-shaderc-git
Submitter: oxalin
Maintainer: oxalin
Last Packager: oxalin
Votes: 6
Popularity: 0.59
First Submitted: 2019-08-15 16:26 (UTC)
Last Updated: 2023-01-08 17:25 (UTC)

Latest Comments

1 2 3 4 Next › Last »

Nocifer commented on 2021-08-07 08:36 (UTC)

I've been trying to build lib32-gst-plugins-bad for the last couple of days, and after yesterday's update to lib32-spirv-tools which finally allowed that package to be built, I've now been getting this new error while trying to build lib32-shaderc:

[29/29] Linking CXX executable glslc/glslc
FAILED: glslc/glslc 
: && /usr/bin/g++  -m32 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS -flto -Wimplicit-fallthrough -O3 -DNDEBUG -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now   -rdynamic glslc/CMakeFiles/glslc_exe.dir/src/ -o glslc/glslc  glslc/libglslc.a  libshaderc_util/libshaderc_util.a  libshaderc/libshaderc.a  libshaderc_util/libshaderc_util.a  -lSPIRV-Tools-opt  -lSPIRV-Tools  -lHLSL  -lglslang  -lOSDependent  -lOGLCompiler  -lglslang  -lOSDependent  -lOGLCompiler  -lSPIRV  -lpthread && :
/usr/bin/ld: /tmp/ccuWwOLc.ltrans0.ltrans.o: in function `main':
<artificial>:(.text.startup+0x2ec2): undefined reference to `spvTargetEnvDescription'
/usr/bin/ld: <artificial>:(.text.startup+0x373b): undefined reference to `spvContextCreate'

...and then a bunch of similar /usr/bin/ld errors reporting undefined references to various SPIRV functions.

I also noticed that while building the required lib32-glslang I got this (the package built successfully though):

-- spirv-tools not linked - illegal SPIRV may be generated for HLSL

Could this be the reason for the SPIRV errors? Is anyone else getting these errors?

odecif commented on 2021-03-24 10:40 (UTC)

Same issue for me here on Manjaro 21.0 with version 2020.4 as for @MarsSeed.

MarsSeed commented on 2021-03-22 19:02 (UTC)

Version 2020.4 lib32 build fails on my stable-branch Manjaro system.

But the fresh shaderc 2020.5 lib32 build completes successfully.

oxalin commented on 2020-12-12 19:38 (UTC)

Update is on its way. It seems I missed a few updates, I'll have a look at my feeds to be sure I don't miss anymore.

sgt-hartman commented on 2020-12-11 16:48 (UTC)

I have the same issue as @Nocifer. Beeing not a AUR packaging guru, how do i update to "2020.3" ?

Nocifer commented on 2020-12-08 10:10 (UTC)

Yes, this was obviously an upstream bug, and then like DDoSolitary says I too noticed that this package is on 2020.0 and not the latest 2020.3, so updating to that fixed the issue. So, @oxalin, please update this package :)

DDoSolitary commented on 2020-12-08 09:17 (UTC)

Got the same error as @Nocifer. It seems that updating to 2020.3 fixes this.

Nocifer commented on 2020-12-07 20:39 (UTC) (edited on 2020-12-07 21:22 (UTC) by Nocifer)

I'm trying to build this package due to the lib32-gst-plugins-bad update today and I'm getting the following error:

[16/29] Building CXX object libshaderc_util/CMakeFiles/shaderc_util.dir/src/
FAILED: libshaderc_util/CMakeFiles/shaderc_util.dir/src/ 
/usr/lib/ccache/bin/g++  -m32 -DENABLE_HLSL -I/tmp/makepkg/lib32-shaderc/src/shaderc-2020.0/libshaderc_util/include -D_FORTIFY_SOURCE=2 -march=native -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -I/usr/include/glslang -Wimplicit-fallthrough -O3 -DNDEBUG -Wextra-semi -Wall -Werror -fvisibility=hidden -fPIC -std=c++11 -std=gnu++11 -MD -MT libshaderc_util/CMakeFiles/shaderc_util.dir/src/ -MF libshaderc_util/CMakeFiles/shaderc_util.dir/src/ -o libshaderc_util/CMakeFiles/shaderc_util.dir/src/ -c /tmp/makepkg/lib32-shaderc/src/shaderc-2020.0/libshaderc_util/src/
/tmp/makepkg/lib32-shaderc/src/shaderc-2020.0/libshaderc_util/src/ error: cannot convert ‘<brace-enclosed initializer list>’ to ‘int’ in initialization
  142 |     }};
      |      ^
[22/29] Building CXX object glslc/CMakeFiles/glslc.dir/src/
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

Could some kind and more knowledgable soul share their wisdom with me? Could this be an issue with my custom CXXFLAGS in makepkg.conf (basically -march=native)?

oxalin commented on 2020-05-04 05:50 (UTC)

@eschwartz: take a deep breath, no need to call me a liar. I honestly do this (creating and maintaining packages, and sometimes having to interact with other package maintainers) to the best of my knowledges and of my free time. I think we are all working in the same direction, so cool off. Sometime, I miss something and I fix it as fast as I can do. I updated the package hastily in between to activities with my child and, after updating and seeing no error, I thought everything had went just fine.

You were right though, something went wrong while updating the package and was not displayed properly. I use Octopi with pacaur and something in-between may not have followed. When I rebooted a bit earlier, I saw that the package was still at 2019.0. So I reverted the change to "${pkgdir}": As @DDoSolitary pointed out, this variable is an abolute path. And as you stated, removing the quotes shouldn't have happened (which was done inadvertently when modifying the path).

While your suggestion of removing the "f" parameter is right, I have not applied it for now. I'll include it in the next update. I'll have to remove the "share" from the folder list at the same time otherwise the rm command will fail (there is no "share" folder).

To everyone: let me know you encounter anything with the updated version (I double-checked that the package was really installed this time).