[Voted into WP at October, 2009 meeting.]

Proposed resolution (September, 2009):

1. In 5.13.5 [lex.string], replace the definition of string-literal with:

string-literal:
encoding-prefix_opt " s-char-sequence_opt "
encoding-prefix_opt R raw-string


encoding-prefix:
u8
u
U
L

2. Change 5.13.5 [lex.string] paragraph 5 as follows:

A After translation phase 6, a string literal that does not begin with u8, u, U, or L an encoding-prefix is an ordinary string literal, and is initialized with the given characters.

3. Change 5.13.5 [lex.string] paragraph 12 as follows:

In translation phase 6 (5.2 [lex.phases]), adjacent string literals are concatenated. If both string literals have the same prefix encoding-prefix, the resulting concatenated string literal has that prefix encoding-prefix. If one string literal has no prefix encoding-prefix, it is treated as a string literal of the same prefix encoding-prefix as the other operand. If a UTF-8 string literal token is adjacent to a wide string literal token, the program is ill-formed. Any other concatenations are conditionally supported with implementation-defined behavior. [Note: This concatenation is an interpretation, not a conversion. Because the interpretation happens in translation phase 6 (after each character from each literal has been translated into a value from the appropriate character set), a string literal's initial rawness has no effect on the interpretation or well-formedness of the concatenation. —end note] [Example:...

(Note: this resolution also resolves issue 834.)

Notes from the March, 2009 meeting:

A raw string should be considered equivalent to the corresponding non-raw string in string literal concatenation.

The description of concatenation of string literals in 5.13.5 [lex.string] paragraph 11 does not mention raw strings explicitly, so it is not clear whether, and if so, how, they combine with non-raw strings.