https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103446
--- Comment #8 from Zloten ---
Sorry for my late reply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103446
--- Comment #7 from Zloten ---
It's very very strange. I've tested GCC 11.2.0(x86-64) and MinGW(x86-64). Both
have the same problem.
Let's do not use L suffix (it's implementation-defined).
Let's use u suffix.
For both:
int test() {
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103446
--- Comment #5 from Zloten ---
I use the latest MinGW, target-host are Windows, x86-64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103446
--- Comment #3 from Zloten ---
No. Just - O2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103446
--- Comment #1 from Zloten ---
56481 = 0xDCA1
Assignee: unassigned at gcc dot gnu.org
Reporter: zloten at mail dot ru
Target Milestone: ---
assert('Z' == 0x5A);
assert('Ы' == 0xD0AB);
assert('闩' == 0x00E997A9);
assert('𠂡' == 0xF0A082A1);
assert(U'Z' == 0x5A);
assert(U&
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zloten at mail dot ru
Target Milestone: ---
The next code:
void foo() {
*(unsigned short*)0x=1;
}
Compiles to:
foo():
mov eax, 1
mov
