Fix lvalue check in SPIR-V generation
There were several locations in TGlslangToSpvTraverser::handleUserFunctionCall testing for whether a fn argument should be in the lvalue or rvalue array. They must get the same result for indexing sanity, but had slightly different logic. They're now forced into the same test.
Showing
- SPIRV/GlslangToSpv.cpp 8 additions, 3 deletionsSPIRV/GlslangToSpv.cpp
- Test/baseResults/hlsl.opaque-type-bug.frag.out 111 additions, 0 deletionsTest/baseResults/hlsl.opaque-type-bug.frag.out
- Test/hlsl.opaque-type-bug.frag 16 additions, 0 deletionsTest/hlsl.opaque-type-bug.frag
- gtests/Hlsl.FromFile.cpp 1 addition, 0 deletionsgtests/Hlsl.FromFile.cpp
Loading
Please register or sign in to comment