https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110281
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110281
--- Comment #9 from Sam James ---
Created attachment 59538
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59538&action=edit
pr110281-attempted-reduction.c
Here's an attempted reduction. It needs to be checked for aliasing violations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110281
--- Comment #8 from CTC <19373742 at buaa dot edu.cn> ---
The issue can be reproduced with -O3 -fno-tree-dominator-opts -fno-tree-pre.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110281
--- Comment #7 from CTC <19373742 at buaa dot edu.cn> ---
(In reply to Jakub Jelinek from comment #6)
> That requires detailed analysis nobody performed yet. csmith is known to
> generate invalid programs sometimes, especially with some options,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110281
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110281
--- Comment #5 from CTC <19373742 at buaa dot edu.cn> ---
Could you please do me a favor to confirm whether this phenomenon indicates a
bug or a normal behavior? Actually, I also found other optimization sequences
with -fstrict-aliasing which out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110281
--- Comment #4 from Richard Biener ---
clang produces the same behavior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110281
--- Comment #3 from Richard Biener ---
-fno-strict-aliasing avoids the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110281
Richard Biener changed:
What|Removed |Added
Known to fail||10.4.1, 11.3.0, 12.2.1,
