-
Notifications
You must be signed in to change notification settings - Fork 769
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
char_traits<char8_t> members not all constexpr #2795
Comments
I agree. Arguably, the intention is clear, so it could be considered editorial, but it might need to go through LWG. |
@zygoloid, is this editorial? |
My intent was certainly to keep the |
OK, I've reviewed the history here. As noted, P1032R1 and P0482R6 were moved at the same meeting (and P0482R6 was moved first); P1032R1 says to apply a pattern systematically across all Let's make this change editorially in the name of fixing the misapplication of prior motions, but send a notification to LWG to inform them that we're doing so. |
I noticed the problem described in this issue today and was considering to open an LWG issue for this. Can I relax now and assume that an editorial change will be applied instead? |
LWG chair was informed:
|
The paper P1032 "Misc constexpr bits" added constexpr to all char_traits members, at the same time as P0432 "char8_t: A type for UTF-8 characters and strings" added a new specialization for char_traits<char8_t> (without constexpr).
Depending on the order of applying the papers we could get two different results.
The intention of P1032 surely is that even the new members should be constexpr.
The text was updated successfully, but these errors were encountered: