Hi,
On Fri, 7 Dec 2012, Jan Hubicka wrote:
> > > Actually the calculix regression is also seen on core.
> > > Igor was looking into what loops got slower and why. Either we can fix
> > > that partiuclar
> > > loop or revert to the old default (that sadly causes quite a lot of code
> > > bloat)
> On Thu, Dec 6, 2012 at 10:43 PM, Jan Hubicka wrote:
> >> The following patch restores the old default limits for loop peeling
> >> that were recently changed to 100 and caused a 20% degradation in
> >> 454.calculix.
> >>
> >> Bootstrap/regtest on powerpc64-linux with no new regressions. Ok for t
On Thu, Dec 6, 2012 at 10:43 PM, Jan Hubicka wrote:
>> The following patch restores the old default limits for loop peeling
>> that were recently changed to 100 and caused a 20% degradation in
>> 454.calculix.
>>
>> Bootstrap/regtest on powerpc64-linux with no new regressions. Ok for trunk?
>>
>>
> The following patch restores the old default limits for loop peeling
> that were recently changed to 100 and caused a 20% degradation in
> 454.calculix.
>
> Bootstrap/regtest on powerpc64-linux with no new regressions. Ok for trunk?
>
> -Pat
>
>
> 2012-12-06 Pat Haugen
> * config/rs
On Thu, Dec 6, 2012 at 3:15 PM, Pat Haugen wrote:
> The following patch restores the old default limits for loop peeling that
> were recently changed to 100 and caused a 20% degradation in 454.calculix.
>
> Bootstrap/regtest on powerpc64-linux with no new regressions. Ok for trunk?
>
> -Pat
>
>
>
The following patch restores the old default limits for loop peeling
that were recently changed to 100 and caused a 20% degradation in
454.calculix.
Bootstrap/regtest on powerpc64-linux with no new regressions. Ok for trunk?
-Pat
2012-12-06 Pat Haugen
* config/rs6000/rs6000.c (rs60
