glslang/Test/hlsl.imageload-subvec4.comp
Nathan Reed fc9897d1ba
Fix OpImageRead result type when compiling HLSL (#2706)
Fix OpImageRead result type when compiling HLSL

- Per the Vulkan spec, OpImageRead must return a 4-component vector always. When compiling HLSL, loads from a RWTexture of a template type with < 4 components would incorrectly generate an OpImageRead with a < 4 component result, resulting in validation errors.
- This was previously fixed for OpImageFetch in commit 4425f24; this commit does the same thing for OpImageRead.
- Added associated tests and expanded existing image fetch tests to check all the different types of textures, in both float and int incarnations, for completeness.
- Update other HLSL tests involving OpImageRead
2021-07-28 09:29:17 -06:00

34 lines
986 B
Plaintext

RWTexture1D<float> i1D: register(u0);
RWTexture2D<float> i2D: register(u1);
RWTexture3D<float> i3D: register(u2);
RWTexture1DArray<float> i1DArray: register(u3);
RWTexture2DArray<float> i2DArray: register(u4);
RWTexture1D<int> ii1D: register(u5);
RWTexture2D<int> ii2D: register(u6);
RWTexture3D<int> ii3D: register(u7);
RWTexture1DArray<int> ii1DArray: register(u8);
RWTexture2DArray<int> ii2DArray: register(u9);
RWTexture3D<float> OUT: register(u10);
[numthreads(8,8,8)]
void main(uint3 tid: SV_DispatchThreadID)
{
float f = 0.0;
f += i1D[tid.x];
f += i2D[tid.xy];
f += i3D[tid];
f += i1DArray[tid.xy];
f += i2DArray[tid];
int i = 0.0;
i += ii1D[tid.x];
i += ii2D[tid.xy];
i += ii3D[tid];
i += ii1DArray[tid.xy];
i += ii2DArray[tid];
OUT[tid] = f + float(i);
}