[Bug tree-optimization/32825] Reduction with nonzero start (arbitrary also) causes an extra add to happen

2021-07-18 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32825 Andrew Pinski changed: What|Removed |Added Last reconfirmed|2012-01-28 00:00:00 |2021-7-18 --- Comment #5 from Andrew

[Bug tree-optimization/32825] Reduction with nonzero start (arbitrary also) causes an extra add to happen

2012-01-27 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32825 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug tree-optimization/32825] Reduction with nonzero start (arbitrary also) causes an extra add to happen

2007-07-24 Thread dorit at gcc dot gnu dot org
--- Comment #3 from dorit at gcc dot gnu dot org 2007-07-24 13:05 --- (In reply to comment #1) ... We actually had both options in the vectorizer for a while (guarded by ADJUST_IN_EPILOG hard-coded #define), however we didn't know how to choose between the two options (cost wise),

[Bug tree-optimization/32825] Reduction with nonzero start (arbitrary also) causes an extra add to happen

2007-07-19 Thread dorit at gcc dot gnu dot org
--- Comment #1 from dorit at gcc dot gnu dot org 2007-07-19 18:15 --- ... Though the last add is extra and does not need to be done, we can get rid of it by having vect_var_.36 being set initially to {e, 0, 0, 0} . The problem is that often initializing a vector to {e, 0, 0, 0} is

[Bug tree-optimization/32825] Reduction with nonzero start (arbitrary also) causes an extra add to happen

2007-07-19 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-19 18:32 --- The problem is that often initializing a vector to {e, 0, 0, 0} is (much?) more On SPU, it is not: cwd $2,0($sp) shufb $5,$3,$5,$2 vs: ori $7,$3,0 il $5,0 ...