Allow "std::byte" as "vec" element type #674
Open
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.
This is change 7 of 9 that fix problems with the specification of the
vec
class. An implementation that follows the existing specification would not accept common code patterns and would not pass the CTS. None of the existing implementations actually follow the existing specification.This change clarifies that
std::byte
is a legal element type forvec
. This is one possible interpretation of the previous wording where we said that the element data type must be a "basic scalar type". We think that phrase includedsycl::byte
. However,sycl::byte
was deprecated in SYCL 2020 saying thatstd::byte
is a replacement.If we allow
std::byte
, we need to adjust the constraints for the variousvec
operators. We decided to allow these operators onvec
ofstd::byte
, which mostly follows the C++ rules for operators on plainstd::byte
:I decided it was clearer to rephrase the constraints to say which types are allowed rather than listing the types that are not allowed. For example, this results in phrasing like:
Rather than:
These changes correspond to slide 26 of the presentation that was discussed in the WG meetings.