-
If our program contains somewhere the type, for example, `T[]`, and a spirv block contains `$$T[]` then we don't deduplicate these.
-
this dxil is generate from Microsoft dxbc2dxil tool, but convert to spirv the following error occurred,
[cs5…
-
# Summary
`rustc_codegen_spirv` is compiled and discovered in a very hacky way. Cargo compiles `rustc_codegen_spirv` because it is inside `spirv-builder`'s Cargo.toml as a dependency, and then `spirv…
-
Ok, this is an info dump, but I think this is the ideal path forward for Fable performance and also fixes #66 .
Ideally we...
* [ ] Use the `@fum` macro to siphon out the function bodies and creat…
leios updated
4 months ago
-
The following header files reference an incorrect path and need to be modified to prevent build errors:
```
externals/glslang/SPIRV/Logger.h
externals/glslang/SPIRV/GlslangToSpv.h
```
Modify th…
-
For ps_udiv in `test_shader_instructions`, the spirv is:
```
%45 = OpINotEqual %bool %43 %uint_0
%47 = OpUDiv %uint %36 %43
%48 = OpSelect %uint %45 %47 %uint_4294967295…
-
**Is your feature request related to a problem? Please describe.**
The latest SYCL compiler requires C++17, while our TPLs (i.e. BLT benchmark-1.8.0 in particular) are on C++11. Need to search for …
-
For the last couple of Rust GPU projects I've been building my shaders using a standalone compiler, https://github.com/tombh/rust-gpu-cli, which is based on Bevy's https://github.com/Bevy-Rust-GPU/rus…
-
**Describe the bug**
The OpenCL 3.0 SPIR-V Environment specifies under `2.9. Built-in Variables` that all builtin variables have to be in the Input Storage Class:
"An OpVariable in a SPIR-V module…
-
Compilation with clang 17.0.2 (on Gentoo Linux) fails with the below error message. I was using clang 15 before, which didn't fail. I also tried clang 16 now, which failed with the same error, I didn'…