[Bug rtl-optimization/64286] New: Redundant extend removal ignores vector element type

Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: sergos.gnu at gmail dot com Created attachment 34266 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34266&action=edit reproducer, taken from public sources The problem is reproducible starting

[Bug tree-optimization/54717] [4.8 Regression] Runtime regression: polyhedron test "rnflow" degraded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54717 --- Comment #12 from Sergey Ostanevich 2012-11-14 18:56:22 UTC --- Actually, it is not. I found that PRE did not collected a memory access within the loop that caused later missing vectorization. Here is dump before (good one) and after t

[Bug tree-optimization/54717] [4.8 Regression] Runtime regression: polyhedron test "rnflow" degraded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54717 --- Comment #9 from Sergey Ostanevich 2012-10-08 08:55:25 UTC --- Thanks for the reduced test, Dominique! I see that vectorized did not manage to generate MIN after the change. Also, it is looks pretty similar to what I posted at first:

[Bug tree-optimization/54717] [4.8 Regression] Runtime regression: polyhedron test "rnflow" degraded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54717 --- Comment #5 from Sergey Ostanevich 2012-09-26 20:07:26 UTC --- for 093t.pre I see the following missing in cptrf2 function, first is good, second is degraded: *** *** 8947,8966 goto ; : - pretmp_325 =

[Bug tree-optimization/54717] [4.8 Regression] Runtime regression: polyhedron test "rnflow" degraded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54717 --- Comment #3 from Sergey Ostanevich 2012-09-26 15:11:38 UTC --- adding -### gives (in part of options) /export/users/syostane/pb11/gcc120914/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/f951 air.f90 "-march=corei7" -mcx16 -msahf -mno-m

[Bug tree-optimization/54717] New: Runtime regression: polyhedron test "rnflow" degraded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54717 Bug #: 54717 Summary: Runtime regression: polyhedron test "rnflow" degraded Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: nor

[Bug target/50572] New: unstable performance on Atom due to loop alignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50572 Bug #: 50572 Summary: unstable performance on Atom due to loop alignment Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: major

[Bug middle-end/50315] Regression on Atom after fix #49958

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50315 --- Comment #7 from Sergey Ostanevich 2011-09-15 11:24:27 UTC --- Richard, I believe your test should be reading as > So you can go from (a +no b) +no c to a + no (b + c), dropping overflow knowledge on re-association. And let me re-phrase wha

[Bug c/50315] Regression on Atom after fix #49958

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50315 Sergey Ostanevich changed: What|Removed |Added CC||sergos.gnu at gmail dot com

[Bug target/49206] [4.5/4.6/4.7 Regression] RA failure in spill_failure, at reload1.c:2113

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49206 --- Comment #3 from Sergey Ostanevich 2011-08-22 16:37:54 UTC --- is it right that while() is an infinite loop? at least some phases can rely on this?