https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116160
Nathaniel Shead changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106851
--- Comment #7 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:b9ac51a843f9dc807b00ab7f49f64968807a4ee8
commit r15-3938-gb9ac51a843f9dc807b00ab7f49f64968807a4ee8
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116748
--- Comment #7 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:b9ac51a843f9dc807b00ab7f49f64968807a4ee8
commit r15-3938-gb9ac51a843f9dc807b00ab7f49f64968807a4ee8
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116803
--- Comment #2 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:cf9efe5ec14fea3ad5746fbefb22544bb9424d9d
commit r15-3937-gcf9efe5ec14fea3ad5746fbefb22544bb9424d9d
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
Bug ID: 116872
Summary: gcc accepts unnormalized identifiers
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
--- Comment #1 from Andrew Pinski ---
clang, EDG does not reject this either ...
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 #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 #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 #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 #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=55212
--- Comment #334 from Kazumoto Kojima ---
Created attachment 59216
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59216&action=edit
a patch to fix ICE in c#331
The patch preallocates R0 for those Sid memory patterns so as to shorten the
li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #333 from Kazumoto Kojima ---
Created attachment 59215
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59215&action=edit
a reduced test case for c#331
Looks yet another R0 starvation issue similar to c#133 but this time for SFmo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #335 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #334)
> Created attachment 59216 [details]
> a patch to fix ICE in c#331
>
> The patch preallocates R0 for those Sid memory patterns so as to shorten t
101 - 115 of 115 matches
Mail list logo
