RE: Some regressions from the dataflow merge

["Dave Korn" <dave dot korn at artimi dot com>]

On 12 June 2007 15:55, Kenneth Zadeck wrote:

> Dave Korn wrote:
>> On 12 June 2007 15:05, Kenneth Zadeck wrote:
>>> Richard Guenther wrote:
>>> 
>>>> On ia64 SPEC2000 I see fma3d and applu now miscompare, and we have
>>>> on x86_64 some performance regressions with Botan (a collection of
>>>> cryptographic algorithms (see
>>>> http://www.suse.de/~gcctest/c++bench/botan/)) - those are reasonably
>>>> small enough to investigate, but wait another day in case its just
>>>> noise.  
>>>> 
>>>> Otherwise things look smooth as expected.
>>>> 
>>>> Richard.

>>> I looked at the graphs here and i do not see a regression except in the
>>> compile time. 

>>   Fortran has a testcase that trips one on x86/cygwin: see
>> http://gcc.gnu.org/ml/gcc/2007-06/msg00291.html.  Perhaps you can comment
>> on whether df_live (== df->problems_by_index[DF_LIVE]) should ever be 
>> NULL?

> From what i can gather from looking at the "stacktrace", the problem is that
> ix86_eax_live_at_start_p is only called on cigwin and of course we did
> not check cigwin.
> 
> This is an easy fix.
> 
> Change the macro "DF_LIVE_OUT" in this function to the function call
> "df_get_live_out".  It takes the same parameter and returns the same thing.
> 
> I believe this will fix the problem.


  Thanks for the advice Kenny.  CC'ing the Fortran list because I don't have
time to put into this right away:  Paul or FX, perhaps you'd like to give that
advice a try?


    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....