SPIRV-Cross/reference/opt/shaders/legacy
Hans-Kristian Arntzen 18bcc9b790 Do not disable temporary forwarding when we suppress usage tracking.
This subtle bug removed any expression validation for trivially swizzled
variables. Make usage suppression a more explicit concept rather than
just hacking off forwarded_temporaries.

There is some fallout here with loop generation since our expression
invalidation is currently a bit too naive to handle loops properly.
The forwarding bug masked this problem until now.

If part of the loop condition is also used in the body, we end up
reading an invalid expression, which in turn forces a temporary to be
generated in the condition block, not good. We'll need to be smarter
here ...
2019-07-23 19:18:44 +02:00
..
fragment Support fma() in older GLSL targets. 2019-04-08 10:38:32 +02:00
vert Do not disable temporary forwarding when we suppress usage tracking. 2019-07-23 19:18:44 +02:00