shaderc
shaderc copied to clipboard
google
A collection of tools, libraries, and tests for Vulkan shader compilation.
CompilerTest.HlslFunctionality1Enabled in this test suite is failing, because the third_party/spirv-tools has not been rolled to pick up the SPIR-V 1.4 changes yet, but the test expectations were updated in #608...
I've recently downloaded the most recent vulkan SDK, and have updated to build the included shaderc there. spirv-tools-spv-amd-shader-explicit-vertex-parameter ``` 5>------ Build started: Project: spirv-tools-spv-amd-shader-explicit-vertex-parameter, Configuration: RelWithDebInfo x64 ------ 5>C:\Program Files...
This would allow annotating functions to specify the new execution modes such as rounding modes. Not sure how this would be done syntactically to keep the impact on the language...
Add an NDK build on the kokoro bots which produces artifacts which include all the bits needed to test the tools on Windows.
Rather than the tedious process of cloning third party dependencies manually, making sure that the versions are compatible, I would recommend using git submodules. By doing this: cd third_party git...
Getting this error permanently: `CMake Error at third_party/glslang/StandAlone/CMakeLists.txt:49 (install): install Library TARGETS given no DESTINATION!` See my comment to this commit: https://github.com/KhronosGroup/glslang/commit/1199cf92f7bc5226fd8554571e608ae1443bf9ea
When utils.cmake builds a directive file for "ar" as part of building libshaderc/libshaderc_combined.a, it fails to properly quote the arguments to "ar", thus causing "ar" to fail if the build...
Hi, I'm asking because I need to work against a version of `glslang` (and `spirv-tools` and `spirv-headers`) from another tree where I build Vulkan (VulkanTools, specifically, which contains a submodule...
Shaderc bots are broken because: - Shaderc builds are configured to use latest SPIRV-Tools - Glslang (and its tests) assume a specific version of SPIRV-Tools - Glslang golden test results...