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....
