https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
--- Comment #7 from Michael Kenzel ---
Oh. Looks like I was looking at the wrong table… Sorry about that 😅
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
--- Comment #6 from Andrew Pinski ---
00B5;MICRO SIGN;So;0;ON; 03BCN;
# Decomposition mappings retain the tag from
# Unicode 2.0, even though the distinction between
# canonical and compatibility decompositions was not yet
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
--- Comment #5 from Andrew Pinski ---
https://www.compart.com/en/unicode/U+00B5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
--- Comment #4 from Michael Kenzel ---
Quoting [lex.name]/1 (https://eel.is/c++draft/lex.name#1.sentence-2):
The program is ill-formed if an identifier does not conform to Normalization
Form C as specified in the Unicode Standard.
According to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
--- Comment #3 from Nathaniel Shead ---
There is a warning -Wnormalized
(https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#index-Wnormalized_003d)
but as far as I can see it doesn't seem to do anything.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
--- Comment #2 from Andrew Pinski ---
Nor MSVC.
Are you 100% sure this is invalid code?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
--- Comment #1 from Andrew Pinski ---
clang, EDG does not reject this either ...
