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.
2355."s" UDL suffix should be reserved for a compile-time string library type
Section: 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.
Proposed resolution:
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4