http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #10 from Martin Losch <mlo...@uni-bremen.de> 2011-02-02 10:28:15 UTC --- (In reply to comment #8) > (In reply to comment #6) > > I have used gdb for minimally, but what is its use here? I cannot create an > > executable if I do not reduce the optimization level. What do you suggest? > > I suggest to run gdb on f951 to see the path leading to the error > > exch2_uv_agrid_3d_rl.f:293:0: internal compiler error: in build2_stat, at > tree.c:3795 > > gfortran is located in /some_path/bin. You'll find f951 in > /some_path/libexec/gcc/platform/version/ > > (gdb /opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.6.0/4.6.0/f951 for > me). > > Set a breakpoint to fancy_abort, run the code and do a backtrace. I am afraid that's beyond my capabilities. my gdb does not off a breakpoint fancy_abort and since I only download precompiled binaries the gbd does not even find the object files. Here's the beginning of the output: >gdb /usr/local/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/f951 GNU gdb 6.3.50-20050815 (Apple version gdb-1510) (Wed Sep 22 02:45:02 UTC 2010) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ... warning: Could not find object file "/Users/gkhanna/build/x86_64-apple-darwin10.4.0/libgcc/_muldi3_s.o" - no debug information available for "../../../gcc-4.6-20101106/libgcc/../gcc/libgcc2.c". [...] > > (In reply to comment #7) > > What makes the problem go away is commenting out line 949. > > There is no line 949 in attachment 23201 [details]. The goal is to reduce the > file to the > "minimal" size reproducing the ICE. CALL and COMMON have triggered bugs in the > past, hence my question (note that in the attachment 23201 [details] there > are only two > COMMONs: /EEPARAMS_L/ and /EEPARAMS_I/). This is embarrissing. I apologize for attaching another wrong file (the correct file name would have been exch2_uv_agrid_3d_rl.f). I have now removed everything from this file that seems unnecessary to reproduce the ICE and have attached it as strippeddownfile.f (attachment 23212).
