gnl21

This extension was viewed as being primarily for accelerating low-level operations inside code generators (eg. for ML), rather than being useful in high-level languages. We certainly don't object to having...

This was discussed in the working group today and the behavior is supposed to be defined for this case. Branching on gl_HelperInvocation requires that the invocation become inactive. Any of...

This is certainly true of our implementation. I agree that the GLSL and ESSL specs should be updated to match the SPIR-V extended instruction behaviour.

Yes, that example is incorrect. It's valid in the desktop shading language but not in ES. It'll be removed in the next revision of the spec.

Thanks for the report. I've made the changes that you suggest, so (subject to approval) they should be fixed in the next spec release.

I think we primarily need approval from the GL working group, since GL implementations might have been accepting this (although we know that at least 2 weren't). It's scheduled to...

The working group agrees that this should not be allowed. I'll make a change to the GLSL spec and it will be published in the next revision.

This was discussed in the Vulkan working group in the context of which `Builtin`s are allowed to appear as a block in the SPIR-V. In Vulkan we do not think...

The clarification is now in the published version of the spec.

This is fixed in spec revision 8.