[Bug rtl-optimization/60086] suboptimal asm generated for a loop (store/load false aliasing)

2014-02-07 Thread abel at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086 --- Comment #5 from Andrey Belevantsev abel at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #1) ... doesn't reorder those is that RA allocates the same register. With -O3 -mavx -fselective-scheduling2 the stores are also

[Bug rtl-optimization/60086] suboptimal asm generated for a loop (store/load false aliasing)

2014-02-07 Thread abel at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086 --- Comment #6 from Andrey Belevantsev abel at gcc dot gnu.org --- Forgot to mention that we end up scheduling this block in 21 cycles while the regular scheduling needs 24. Not that it's so important though.

[Bug rtl-optimization/60086] suboptimal asm generated for a loop (store/load false aliasing)

2014-02-07 Thread amonakov at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086 Alexander Monakov amonakov at gcc dot gnu.org changed: What|Removed |Added CC||amonakov

[Bug rtl-optimization/60086] suboptimal asm generated for a loop (store/load false aliasing)

2014-02-07 Thread marcin.krotkiewski at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086 --- Comment #8 from Marcin Krotkiewski marcin.krotkiewski at gmail dot com --- (In reply to Andrey Belevantsev from comment #5) At this point insn 461 is dead but we do not notice, and it doesn't look easy. I think there was some suggestion in

[Bug rtl-optimization/60086] suboptimal asm generated for a loop (store/load false aliasing)

2014-02-07 Thread amonakov at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086 --- Comment #9 from Alexander Monakov amonakov at gcc dot gnu.org --- By good code I was referring to the fact that your 4.7 asm does not contain stack (%rbp) references in the vectorized loop. Historically, first scheduling (-fschedule-insns)

[Bug rtl-optimization/60086] suboptimal asm generated for a loop (store/load false aliasing)

2014-02-06 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug rtl-optimization/60086] suboptimal asm generated for a loop (store/load false aliasing)

2014-02-06 Thread marcin.krotkiewski at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086 --- Comment #2 from Marcin Krotkiewski marcin.krotkiewski at gmail dot com --- Jakub, thank you for your comments. GCC right now only handles __restrict on function parameters, so in this case the aliasing info isn't known. While the loop is

[Bug rtl-optimization/60086] suboptimal asm generated for a loop (store/load false aliasing)

2014-02-06 Thread mpolacek at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added CC||mpolacek at

[Bug rtl-optimization/60086] suboptimal asm generated for a loop (store/load false aliasing)

2014-02-06 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086 --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org --- As of posix_memalign the issue is not so much that of alias analysis (we could handle it but we don't have a builtin right now) but that of alignment analysis which doesn't