------- Comment #13 from rguenth at gcc dot gnu dot org 2010-04-12 15:59 ------- (In reply to comment #12) > A git bisect between the ranges suggested by Dave in Comment #6, gave me > r149470 this as the first broken commit using a cross-compiler to > arm-linux-gnueabi with qemu as the simulator . > > 2009-07-02 Richard Guenther <rguent...@suse.de> > > * tree-ssa-live.c (remove_unused_locals): Do not remove > heap variables. > * tree-ssa-structalias.c (handle_lhs_call): Delay setting > of DECL_EXTERNAL for HEAP variables. > (compute_points_to_sets): Set DECL_EXTERNAL for escaped > HEAP variables. Do not adjust RESTRICT vars. > (find_what_var_points_to): Nobody cares if something > points to READONLY. > > My tools were configured as > > /home/ramrad01/cross-build/src/gcc-trunk/configure > --target=arm-none-linux-gnueabi --enable-languages=c,c++,fortran > --with-cpu=cortex-a8 --with-fpu=vfp3 --with-float=softfp > > > In the middle of debugging further now to get to a reduced testcase given that > the failure is a miscompile somewhere deep inside libgfortran.
The change shouldn't cause excessive changes, so if you compare object files with and without that revision you should get at most a single file I would guess. If the change reproduces with a cross compiler (please provide configuration and compiler command-line details) I can have a look. Note that there were later fixes to that patch I believe (like the fix for PR40617). Unless you are sure you are running exactly into the same problem bisection may lead you to false intermediate broken libgfortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43572
