Date: Wed, 27 Apr 2022 12:26:19 -0400
On Wed, Apr 27, 2022 at 12:06 PM Tom Honermann <tom_at_[hidden]> wrote:
> On 4/27/22 3:06 AM, Jens Maurer wrote:
>
> On 27/04/2022 06.05, Steve Downey via SG16 wrote:
>
> > d-char: <https://eel.is/c++draft/full#nt:d-char> <https://eel.is/c++draft/full#nt:d-char>
> any member of the basic character set except:
> U+0020 SPACE, U+0028 LEFT PARENTHESIS, U+0029 RIGHT PARENTHESIS, U+005C REVERSE SOLIDUS,
> U+0009 CHARACTER TABULATION, U+000B LINE TABULATION, U+000C FORM FEED, and new-line
> This one would need some massaging.
>
> Not clear to me that it does? Not white-space-ish or starting an escape?
>
> This restricts the delimiter characters in a raw string literal.
> If you don't change this list, you'll add $ @ ` to the list of valid
> delimiter characters in a raw string literal.
>
> Either you amend this exclusion list (retaining the status quo), or
> you should highlight this change in behavior in the prose part of
> your paper.
>
> I don't see a reason to restrict use of these characters in that context;
> other symbols are permitted.
>
I'll update the prose in the paper. I don't see a reason to restrict the
use of these characters here. The existing set are to avoid parsing
difficulties by both compilers and humans, if I've followed correctly.
> On 4/27/22 3:06 AM, Jens Maurer wrote:
>
> On 27/04/2022 06.05, Steve Downey via SG16 wrote:
>
> > d-char: <https://eel.is/c++draft/full#nt:d-char> <https://eel.is/c++draft/full#nt:d-char>
> any member of the basic character set except:
> U+0020 SPACE, U+0028 LEFT PARENTHESIS, U+0029 RIGHT PARENTHESIS, U+005C REVERSE SOLIDUS,
> U+0009 CHARACTER TABULATION, U+000B LINE TABULATION, U+000C FORM FEED, and new-line
> This one would need some massaging.
>
> Not clear to me that it does? Not white-space-ish or starting an escape?
>
> This restricts the delimiter characters in a raw string literal.
> If you don't change this list, you'll add $ @ ` to the list of valid
> delimiter characters in a raw string literal.
>
> Either you amend this exclusion list (retaining the status quo), or
> you should highlight this change in behavior in the prose part of
> your paper.
>
> I don't see a reason to restrict use of these characters in that context;
> other symbols are permitted.
>
I'll update the prose in the paper. I don't see a reason to restrict the
use of these characters here. The existing set are to avoid parsing
difficulties by both compilers and humans, if I've followed correctly.
Received on 2022-04-27 16:26:32