[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2021-05-17 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.5 |---

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2021-09-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2020-02-14 Thread amonakov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org --- Comm

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2020-02-14 Thread glisse at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 --- Comment #2 from Marc Glisse --- Ah, right :-( I thought the example rang a bell, but before your explanation I couldn't connect it, thanks.

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2020-02-14 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org --- Comment #3

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2020-02-14 Thread amonakov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 --- Comment #4 from Alexander Monakov --- Placement new is translated to a plain pointer assignment on GIMPLE, so optimizers cannot distinguish programs that had placement new from programs that did not. (in C we need memory from malloc to be re

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2020-02-27 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 Jeffrey A. Law changed: What|Removed |Added CC||law at redhat dot com Summar

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2020-02-27 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 --- Comment #11 from Martin Sebor --- Regarding the DECL_FIXED_DYNAMIC_TYPE flag: it seems like in C every DECL would have it set, but in C++ none could (because placement new can change the dynamic type of decls), and so GCC would not be able to

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2020-02-28 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 --- Comment #12 from Jeffrey A. Law --- It would seem like C ought to be able to set the flag across the board. But Richi would know best if this is going to run afoul of of the alias oracle implementation & underlying gimple semantics. I vague

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2020-03-01 Thread rguenther at suse dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 --- Comment #13 from rguenther at suse dot de --- On Thu, 27 Feb 2020, msebor at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 > > --- Comment #11 from Martin Sebor --- > Regarding the DECL_FIXED_DYNAMIC_TYPE flag

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2020-03-02 Thread rguenther at suse dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 --- Comment #14 from rguenther at suse dot de --- On Fri, 28 Feb 2020, law at redhat dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 > > --- Comment #12 from Jeffrey A. Law --- > It would seem like C ought to be able to set

[Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction

2020-03-04 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.4 |8.5 --- Comment #15 from Jakub Jelinek