Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://en.cppreference.com/w/cpp/language/../preprocessor/../language/string_literal.html below:

String literal - cppreference.com

const char[N]

const char8_t[N]

In the types listed in the table above, N is the number of encoded code units, which is determined below.

Ordinary and UTF-8(since C++11) string literals are collectively referred to as narrow string literals.

Evaluating a string literal results in a string literal object with static storage duration. Whether all string literals are stored in nonoverlapping objects and whether successive evaluations of a string literal yield the same or a different object is unspecified.

The effect of attempting to modify a string literal object is undefined.

bool b = "bar" == 3 + "foobar"; // can be true or false, unspecified
 
const char* pc = "Hello";
char* p = const_cast<char*>(pc);
p[0] = 'M'; // undefined behavior

Raw string literals are string literals with a prefix containing R (syntaxes (2,4,6,8,10)). They do not escape any character, which means anything between the delimiters d-char-seq ( and )d-char-seq becomes part of the string. The terminating d-char-seq is the same sequence of characters as the initial d-char-seq.

// OK: contains one backslash,
// equivalent to "\\"
R"(\)";
 
// OK: contains four \n pairs,
// equivalent to "\\n\\n\\n\\n"
R"(\n\n\n\n)";
 
// OK: contains one close-parenthesis, two double-quotes and one open-parenthesis,
// equivalent to ")\"\"("
R"-()""()-";
 
// OK: equivalent to "\n)\\\na\"\"\n"
R"a(
)\
a""
)a";
 
// OK: equivalent to "x = \"\"\\y\"\""
R"(x = ""\y"")";
 
// R"<<(-_-)>>"; // Error: begin and end delimiters do not match
// R"-()-"-()-"; // Error: )-" appears in the middle and terminates the literal

String literal objects are initialized with the sequence of code unit values corresponding to the string literal’s sequence of s-char s and r-char s(since C++11), plus a terminating null character (U+0000), in order as follows:

For each contiguous sequence of

 s,

and

, the sequence of character it denotes is encoded to a code unit sequence using the string literal’s associated character encoding. If a character lacks representation in the associated character encoding, then the program is ill-formed.

If the associated character encoding is stateful, the first such sequence is encoded beginning with the initial encoding state and each subsequent sequence is encoded beginning with the final encoding state of the prior sequence.

For each

, given

as the integer value represented by the octal or hexadecimal number comprising the sequence of digits in the escape sequence, and

as the string literal’s array element type (see the table

):

• If v does not exceed the range of representable values of T, then the escape sequence contributes a single code unit with value v.
• Otherwise, if the string literal is of syntax (1) or (3), and(since C++11) v does not exceed the range of representable values of the corresponding unsigned type for the underlying type of T, then the escape sequence contributes a single code unit with a unique value of type T, that is congruent to v mod 2S
  , where S is the width of T.
• Otherwise, the program is ill-formed.

If the associated character encoding is stateful, all such sequences have no effect on encoding state.

If the associated character encoding is stateful, it is implementation-defined what effect these sequences have on encoding state.

Adjacent string literals are concatenated at translation phase 6 (after preprocessing):

• If the two string literals are of the same kind, the concatenated string literal is also of that kind.

• If an ordinary string literal is adjacent to a wide string literal, the behavior is undefined.

• If an ordinary string literal is adjacent to a non-ordinary string literal, the concatenated string literal is of the kind of the latter.
• If a UTF-8 string literal is adjacent to a wide string literal, the program is ill-formed.

• Any other combination is conditionally supported with implementation-defined semantics.^[1]

• Any other combination is ill-formed.

"Hello, " "world!" // at phase 6, the 2 string literals form "Hello, world!"
 
L"Δx = %" PRId16   // at phase 4, PRId16 expands to "d"
                   // at phase 6, L"Δx = %" and "d" form L"Δx = %d"

1. ↑ No known implementation supports such concatenation.

The following contexts expect a string literal, but do not evaluate it:

• language linkage specification

It is unspecified whether non-ordinary string literals are allowed in these contexts, except that a literal operator name must use an ordinary string literal(since C++11).

Only ordinary string literals are allowed in these contexts.

Each universal character name and each simple escape sequence in an unevaluated string is replaced by the member of the translation character set it denotes. An unevaluated string that contains a numeric escape sequence or a conditional escape sequence is ill-formed.

String literals can be used to initialize character arrays. If an array is initialized like char str[] = "foo";, str will contain a copy of the string "foo".

String literals are convertible and assignable to non-const char* or wchar_t* in order to be compatible with C, where string literals are of types char[N] and wchar_t[N]. Such implicit conversion is deprecated.

String literals are not convertible or assignable to non-const CharT*. An explicit cast (e.g. const_cast) must be used if such conversion is wanted.

A string literal is not necessarily a null-terminated character sequence: if a string literal has embedded null characters, it represents an array which contains more than one string.

const char* p = "abc\0def"; // std::strlen(p) == 3, but the array has size 8

If a valid hexadecimal digit follows a hexadecimal escape sequence in a string literal, it would fail to compile as an invalid escape sequence. String concatenation can be used as a workaround:

//const char* p = "\xfff"; // error: hexadecimal escape sequence out of range
const char* p = "\xff""f"; // OK: the literal is const char[3] holding {'\xff','f','\0'}

#include <iostream>
 
// array1 and array2 contains the same values:
char array1[] = "Foo" "bar";
char array2[] = {'F', 'o', 'o', 'b', 'a', 'r', '\0'};
 
const char* s1 = R"foo(
Hello
  World
)foo";
// same as
const char* s2 = "\nHello\n  World\n";
// same as
const char* s3 = "\n"
                 "Hello\n"
                 "  World\n";
 
const wchar_t* s4 = L"ABC" L"DEF"; // OK, same as
const wchar_t* s5 = L"ABCDEF";
const char32_t* s6 = U"GHI" "JKL"; // OK, same as
const char32_t* s7 = U"GHIJKL";
const char16_t* s9 = "MN" u"OP" "QR"; // OK, same as
const char16_t* sA = u"MNOPQR";
 
// const auto* sB = u"Mixed" U"Types";
        // before C++23 may or may not be supported by
        // the implementation; ill-formed since C++23
 
const wchar_t* sC = LR"--(STUV)--"; // OK, raw string literal
 
int main()
{
    std::cout << array1 << ' ' << array2 << '\n'
              << s1 << s2 << s3 << std::endl;
    std::wcout << s4 << ' ' << s5 << ' ' << sC
               << std::endl;
}

Output:

Foobar Foobar
 
Hello
  World
 
Hello
  World
 
Hello
  World
 
ABCDEF ABCDEF STUV

The following behavior-changing defect reports were applied retroactively to previously published C++ standards.

1. ↑ P1854R4 was accepted as a DR later, overriding this resolution.

• C++23 standard (ISO/IEC 14882:2024):

• 5.13.5 String literals [lex.string]

• C++20 standard (ISO/IEC 14882:2020):

• 5.13.5 String literals [lex.string]

• C++17 standard (ISO/IEC 14882:2017):

• 5.13.5 String literals [lex.string]

• C++14 standard (ISO/IEC 14882:2014):

• 2.14.5 String literals [lex.string]

• C++11 standard (ISO/IEC 14882:2011):

• 2.14.5 String literals [lex.string]

• C++03 standard (ISO/IEC 14882:2003):

• 2.13.4 String literals [lex.string]

• C++98 standard (ISO/IEC 14882:1998):

• 2.13.4 String literals [lex.string]

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