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? > > > cheers, > DaveK > >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. kenny
