Skip to content

Conversation

@Keenuts
Copy link
Collaborator

@Keenuts Keenuts commented Dec 22, 2025

Inline SPIR-V on normal instructions had a condition to avoid emitting a result type on instruction with a void return type. This is because instructions like OpStore have a void return type, but in SPIR-V have no result id.

OpExtInst when defining void instruction (like debugBreak()) always have a result id, even with a void result type. This commits fixes the condition to reflect this.

Fixes #8012

Inline SPIR-V on normal instructions had a condition to avoid
emitting a result type on instruction with a void return type.
This is because instructions like `OpStore` have a void return type, but
in SPIR-V have no result id.

OpExtInst when defining void instruction (like debugBreak()) always have
a result id, even with a void result type. This commits fixes the
condition to reflect this.

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

Labels

None yet

Projects

Status: New

Development

Successfully merging this pull request may close these issues.

[SPIR-V] Use of Nonsemantic.DebugBreak creates invalid SPIR-V

1 participant