-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Move u*streampos to iosfwd #2223
Conversation
@@ -136,6 +136,11 @@ private: | |||
|
|||
using streampos = fpos<_Mbstatet>; | |||
using wstreampos = streampos; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nitpick: the "conventional" ordering is
- char
- char8_t
- char16_t
- char32_t
- wchar_t
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've approved, because I mildly prefer this ordering with "characters with native/locale-dependent encoding" before "characters with fixed encodings" - Yes, despite that wchar_t
is fixed in practice - but I certainly wouldn't object to reordering.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same here, I just cannot resist to ring the "inconsistency" bell
I'm mirroring this to an MSVC-internal PR; please notify me if any further changes are pushed. |
Thanks for finding and fixing this normative issue hidden in a massive wording overhaul! 😸 🎉 ✔️ |
P1148R0 says
u16streampos
andu32streampos
are defined in<iosfwd>
(before P1148R0, their abode was unspecified). P0482R6 addsu8streampos
to<iosfwd>
.