Skip to content

Conversation

@DarioSamo
Copy link
Contributor

Fixes #113561.

While it doesn't seem to have triggered on master for some unknown reason, it seems that glslang can insert decorations for in-function results, which were failing to be properly duplicated during re-spirv's inlining pass.

This shouldn't be critical to merge now, but it sounds like the issue can pop up when the conditions are right. I ask @CookieBadger to give it a shot at least and confirm if this fixes the issue for them.

@DarioSamo DarioSamo requested a review from a team as a code owner December 4, 2025 19:15
@DarioSamo DarioSamo marked this pull request as draft December 4, 2025 19:17
@DarioSamo
Copy link
Contributor Author

I will mark this as ready once I've confirmed first that the new code doesn't cause a regression with SpvOpLoad considering all results valid (need to review how it behaves with access chains).

@CookieBadger
Copy link
Contributor

when testing this locally, the new re-spirv.cpp fixed my issue 👍

Also adds some optimizations to further reduce allocations.
@DarioSamo DarioSamo force-pushed the re-spirv-decoration-fix branch from d04ca66 to 040b36f Compare December 5, 2025 13:56
@DarioSamo DarioSamo marked this pull request as ready for review December 5, 2025 14:01
@DarioSamo
Copy link
Contributor Author

This should now feature the last batch of optimizations I made for the parsing step as well as the bugfix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Re-SPIRV crashes with read access violation on my area-lights branch

4 participants