[Bug tree-optimization/31040] unroll/peel loops not aggressive enough

2007-07-21 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug tree-optimization/31040] unroll/peel loops not aggressive enough

2007-07-03 Thread jv244 at cam dot ac dot uk
--- Comment #5 from jv244 at cam dot ac dot uk 2007-07-03 18:21 --- The optimization asked for in this PR is now being performed: > gfortran -O3 -funroll-loops -S test.f90 yields globl lxy_ .type lxy_, @function lxy_: .LFB2: movl$3, %eax ret .LFE2:

[Bug tree-optimization/31040] unroll/peel loops not aggressive enough

2007-03-05 Thread rguenth at gcc dot gnu dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-03-05 12:22 --- Note that in addition to unrolling the outermost loop you can experiment with adjusting the --param max-completely-peeled-insns param. Also I wonder if DO lxb=0,0 is really common (if so, the frontend might want

[Bug tree-optimization/31040] unroll/peel loops not aggressive enough

2007-03-05 Thread rakdver at atrey dot karlin dot mff dot cuni dot cz
--- Comment #3 from rakdver at atrey dot karlin dot mff dot cuni dot cz 2007-03-05 11:49 --- Subject: Re: unroll/peel loops not aggressive enough > We don't unroll non-innermost loops at the moment. I don't know if sccp can > be taught to handle this case (and if it's worth it). It

[Bug tree-optimization/31040] unroll/peel loops not aggressive enough

2007-03-05 Thread jv244 at cam dot ac dot uk
--- Comment #2 from jv244 at cam dot ac dot uk 2007-03-05 11:47 --- (In reply to comment #1) > We don't unroll non-innermost loops at the moment. I don't know if sccp can > be taught to handle this case (and if it's worth it). such small loops are quite typical for some quantum chemist

[Bug tree-optimization/31040] unroll/peel loops not aggressive enough

2007-03-05 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-03-05 10:18 --- We don't unroll non-innermost loops at the moment. I don't know if sccp can be taught to handle this case (and if it's worth it). -- rguenth at gcc dot gnu dot org changed: What|Removed