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