@stefan It is possible the purpose of this MR morphed a bit along the way. IIRC, there was a thought that maybe Render was doing its own clear. It is not, so code using the API would be expected to explicitly call a Clear before Render. At this point, I guess this is essentially a way to retain that knowledge as a test.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/477#note_39301
Sufficient for compiling a no-op pixel shader.
This should probably be rebased on top of !263 because it introduces vkd3d_spirv_get_type_id_for_data_type(), which 263 renders unnecessary.
!263 is not essential, but I think using two different type systems in the backend is not ideal.
--
v2: vkd3d-shader/dxil: Emit undefined constants.
vkd3d-shader/spirv: Introduce an undefined register type.
vkd3d-shader/dxbc: Allow DXBC containers to have a zero checksum.
vkd3d-shader/dxil: Emit the shader instructions.
vkd3d-shader/spirv: Do not normalise Shader Model 6 shaders.
vkd3d-shader/dxil: Return an error from sm6_parser_globals_init() on invalid operand count.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/278