forked from KhronosGroup/glslang
-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature/update 2021 10 28 #6
Merged
jsmall-zzz
merged 25 commits into
shader-slang:master
from
jsmall-zzz:feature/update-2021-10-28
Oct 28, 2021
Merged
Feature/update 2021 10 28 #6
jsmall-zzz
merged 25 commits into
shader-slang:master
from
jsmall-zzz:feature/update-2021-10-28
Oct 28, 2021
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
it's a little strange how the resolver takes an arbitrary intermediate in it's constructor. Really this should be an 'options' object that holds the various resolve/remapping options which are read from this intermediate. At least for now rename it so it's more clear it's used differently from other intermediates that are accessed in the resolver (such as the per stage ones).
See https://cmake.org/cmake/help/latest/command/endif.html and https://cmake.org/cmake/help/latest/command/if.html. If the else/endif condition does not match the if condition verbatim, an error is produced on some versions of cmake. This change removes these "legacy conditions."
rename member variable for clarity
…ake-endif cmake: Remove "conditions" from endif
This is the only thing requiring GlslangToSpv.h to be included here. Change-Id: I72e9e278aa1e6d717e83f9dbf11e089aafe2eb0e
1. spirv_execution_mode_id and spirv_decorate_id could support specialization constants. The original implementation always assume only normal frontend constants are valid. It is not true. 2. spirv_type donesn't support type_specifier as an option of spirv_type_parameter. At present, only constant_expression is the valid option.
Add mechanism to use GL_EXT_spirv_intrinsics headers in glslang. Ported GL_EXT_shader_realtime_clock as an example.
GL_EXT_spirv_intrinsics port of GL_EXT_shader_realtime_clock
Untangle use of core glslang version enums in SpvPostProcess
Allow glslang to be embedded in an enclosing project (such as Shaderc)
Fix Cmake rule for extension header generation
Was previously accepted only in 450 or later. Fixes KhronosGroup#2785
Also enable 8/16 bit int capability in SPIR-V in such cases. Also enable 64 bit capabilities when used in operations. Fixes KhronosGroup#2779
Accept gl_ViewportMask in version 430 and later
Skip auto decorating shader record buffer blocks with 'set' and 'binding'.
Allow 8/16-bit integer as array index
Make modifications of GL_EXT_spirv_intrinsics
…ageCheck Fix cross-stage check to allow subsequent stage to use previous stage's binding
Fix KhronosGroup#2760. Implement the optional function select_on_container_copy_contruction to return a default-contructed allocator for containers that are copy-constructed. This gives copy-constructed containers a pool allocator for the current thead. There may be a similar problem with the copy contructor which takes allocators of type "Other" but, in practice, there is only one place where this is being used and the allocators are always the same. (i.e. executing from the same thread)
Return new allocator for copied containers
These are not supported in core GLSL or under any extension Fixes 2793
Remove support for double trig, pow, exp and log
…/update-2021-10-28
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.