------- Comment #5 from mckelvey at maskull dot com 2009-10-27 01:04 ------- (In reply to comment #4) > Subject: Re: ICE in LTO when linking > > On Sun, 25 Oct 2009, mckelvey at maskull dot com wrote: > > > > > > > ------- Comment #3 from mckelvey at maskull dot com 2009-10-25 16:32 > > ------- > > (In reply to comment #2) > > > Can you instead launch the link command-line with -v -save-temps appended > > > and from the output re-run the lto1 command invocation inside gdb and do > > > > > > (gdb) b internal_error > > > (gdb) run > > > (gdb) up 2 > > > > > > you should be at gimple.c:3488 now, if not go up/down frames until you are > > > > > > (gdb) call debug_tree (t1) > > > > > > and paste the output of that here? If t1 is optimized out at that point > > > try going up one more frame and try again there with the proper call > > > argument. > > > > t1 is not available anywhere. Should I rebuild gcc with CFLAGS set to -g > > -O0? > > that would be nice! (remember to use --disable-bootstrap) > > thanks. >
OK, here we go: (gdb) down #2 0x0000000120321d50 in gimple_types_compatible_p (t1=0x2000048cdc0, t2=0x2000048cd10) at ../../gcc/gcc/gimple.c:3488 3488 gcc_unreachable (); (gdb) call debug_tree(t1) <offset_type 0x2000048cdc0 type <integer_type 0x20000427080 pdversion unsigned DI size <integer_cst 0x20000318510 constant 64> unit size <integer_cst 0x20000318540 constant 8> align 64 symtab 0 alias set -1 canonical type 0x200003346e0 precision 64 min <integer_cst 0x20000318570 0> max <integer_cst 0x200003184e0 18446744073709551615>> DI size <integer_cst 0x20000318510 64> unit size <integer_cst 0x20000318540 8> align 64 symtab 0 alias set -1 canonical type 0x2000048ce70 basetype <record_type 0x2000048c420 Match>> (gdb) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41821