cor3ntin added inline comments.
================
Comment at: clang/test/AST/Interp/arrays.cpp:143
+
+};
----------------
tbaeder wrote:
> cor3ntin wrote:
> > tahonermann wrote:
> > > As others already noted, additional testing of multicharacter literals
> > > and UCNs (including named universal characters like
> > > `\N{LATIN_CAPITAL_LETTER_E}` would be beneficial. Some tests of character
> > > escapes like `\t` wouldn't hurt either.
> > >
> > > Clang does not yet support use of `-fexec-charset` to set the literal
> > > encoding (execution character set) to anything other than UTF-8 though
> > > work on that has been done (see D93031). If such work was completed, it
> > > would be useful to run some tests against a non-UTF-8 encoding. Maybe
> > > next year.
> > Yes, wide **multicharacter** literals, that's was important information
> > missing, thanks for spotting that.
> >
> > I have mixed feeling about adding tests for escape sequences. Their
> > replacement doesn't happen during constant evaluation.
> > We shouldn't replicate the lexing tests here.
> >
> > but we should compare string literal with byte values. Testing a string
> > literal against another one doesn't ensure the code units are correct if
> > both are equally miss evaluated.
> >
> > Also we could add explicit tests for null termination here as they are
> > added as part of evaluation in theory - but then again that's also
> > something clang does earlier.
> >
> > If we want we could consider enabling the byte code interpreter on the
> > existing lexing test files, i actually think that's the better way to deal
> > with the escape sequences tests.
> I changed the first test that inspects all characters of a string to
> comparing with integers instead. Do you have a suggestion for what lexing
> tests to enable the constant interpreter in?
I think good candidates are
Lexer/char-escapes.c
Lexer/char-escapes-delimited.c
Lexer/char-literal.cpp
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D135366/new/
https://reviews.llvm.org/D135366
_______________________________________________
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
