[Bug target/93270] [8/9/10 Regression] DSE removes store incorrectly

2020-03-20 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93270 Richard Biener changed: What|Removed |Added CC||coleb at eyesopen dot com --- Comment

[Bug target/93270] [8/9/10 Regression] DSE removes store incorrectly

2020-02-04 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93270 --- Comment #6 from Jeffrey A. Law --- I can live with that :-)

[Bug target/93270] [8/9/10 Regression] DSE removes store incorrectly

2020-01-21 Thread matz at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93270 Michael Matz changed: What|Removed |Added CC||matz at gcc dot gnu.org --- Comment #5

[Bug target/93270] [8/9/10 Regression] DSE removes store incorrectly

2020-01-15 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93270 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/93270] [8/9/10 Regression] DSE removes store incorrectly

2020-01-15 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93270 --- Comment #3 from Richard Biener --- The question that pops up is more general. If you consider a store with a mode that has GET_MODE_BITSIZE > GET_MODE_PRECISION, what happens to the off-precision bits? So I would guess the DSE issue

[Bug target/93270] [8/9/10 Regression] DSE removes store incorrectly

2020-01-15 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93270 --- Comment #2 from Richard Biener --- And pasting from my ml analysis: So clearly something is wrong: unit-size align:128 warn_if_not_align:0 symtab:0 alias-set 2 canonical-type 0x7682d3f0 precision:80

[Bug target/93270] [8/9/10 Regression] DSE removes store incorrectly

2020-01-14 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93270 Richard Biener changed: What|Removed |Added Target||x86_64-*-*, i?86-*-*