[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 --- 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) was problematic for 32-bit x

[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 --- (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 the original research for > killin

[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 changed: What|Removed |Added CC||amonakov at gcc dot gnu.org --- Comme

[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 --- 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 abel at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086 --- Comment #5 from Andrey Belevantsev --- (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 changed, but we end up > wit

[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 --- 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 implement alignment tracking of poi

[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 changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment #

[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 --- 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 versioned for > aliasing at runtime

[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 changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|