Closed TiemoJung closed 6 years ago
@chrisforbes, would you be willing/able to triage this one?
Issue here is decoration at the member rather than block level. SC currently only understands the NonWritable decoration at the block level. I'll fix this.
Closing as duplicate of #2526.
@mark-lunarg I've got a plan for fixing this now, but have my hands full with another project. How urgent is fixing this?
@chrisforbes, thanks for asking! I think if you moved it towards the head of your validation list that'd be fine for the time being. If the priority spikes, we can try to work it from the LunarG-end, which we're happy to do, but that would still require some of your time.
Hi,
we are getting this error:
Our baseline is DX11 HLSL 5 - it has only support for UAV resources in pixel and compute shaders. We translate the HLSL into GLSL and let glslang do the transformation to Spir-V. We validated the GLSL and it only correctly emits storage objects as readonly for vertex shaders. So we where surprised to see this error.
Here is an example: spir-v dissaembly source glsl
The resource binding slots/sets are different as they are rearranged in the glslang ioremap phase to compact the descriptor sets.