[Bug tree-optimization/107273] wrong code at -O3 on x86_64-linux-gnu by r13-3281

2022-10-17 Thread amacleod at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107273 Andrew Macleod changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/107273] wrong code at -O3 on x86_64-linux-gnu by r13-3281

2022-10-17 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107273 --- Comment #10 from CVS Commits --- The master branch has been updated by Andrew Macleod : https://gcc.gnu.org/g:0205fbb91be022055c632973caa95e398b33db39 commit r13-3350-g0205fbb91be022055c632973caa95e398b33db39 Author: Andrew MacLeod Date:

[Bug tree-optimization/107273] wrong code at -O3 on x86_64-linux-gnu by r13-3281

2022-10-17 Thread amacleod at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107273 --- Comment #9 from Andrew Macleod --- Working on it. Looks like an 8 bit value somehow got considered as a 32 bit partial equivalence. _8 = -_7; _9 = (int) _8; h_30 = (char) _9; <..> h_30 is an 8 bit slice of _9, yet : This is ok:

[Bug tree-optimization/107273] wrong code at -O3 on x86_64-linux-gnu by r13-3281

2022-10-17 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107273 --- Comment #8 from H.J. Lu --- -O2 -funswitch-loops also triggers this bug.

[Bug tree-optimization/107273] wrong code at -O3 on x86_64-linux-gnu by r13-3281

2022-10-17 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107273 --- Comment #7 from H.J. Lu --- *** Bug 107269 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/107273] wrong code at -O3 on x86_64-linux-gnu by r13-3281

2022-10-17 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107273 H.J. Lu changed: What|Removed |Added Summary|wrong code at -O3 on|wrong code at -O3 on