This page is a snapshot from the LWG issues list, see the Library Active Issues List for more information and the meaning of NAD status.
"s"
UDL suffix should be reserved for a compile-time string library typeSection: 27.4.7 [basic.string.literals] Status: NAD Submitter: Michael Price Opened: 2014-01-18 Last modified: 2016-01-28
Priority: 1
View all issues with NAD status.
Discussion:
The current draft uses the "s"
UDL suffix as a UDL for basic_string<charT>
(27.4.7 [basic.string.literals]).
In light of EWG active issue 66 (concerning N3599),
the "s"
suffix (when applied to character string literals) should be reserved for a compile-time string library type.
[Issaquah 2014-10-12: Move to NAD]
We discussed leaving the s
UDL suffix for string_view
in Portland, and voted strongly in favor of using it for std::string
.
string
is also an extremely widely used type, and the difference is observable in type deduction cases.
In addition, a compile-time string is likely to cost significant compile time, which we don't want to make the default with s
.
SF | F | N | A | SA |
8 | 4 | 0 | 2 | 0 |
Proposed resolution: