This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO
- From: "hubicka at ucw dot cz" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Sat, 22 Jun 2013 20:57:26 +0000
- Subject: [Bug c++/57038] Latest libreoffice compilation fails with enabled LTO
- Auto-submitted: auto-generated
- References: <bug-57038-4 at http dot gcc dot gnu dot org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
--- Comment #29 from Jan Hubicka <hubicka at ucw dot cz> ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
>
> --- Comment #28 from Martin LiÅka <marxin.liska at gmail dot com> ---
> Gdb instruction dump of ScDocument::CalcAll, place where SIGSEGV was received
> is marked with '>', address: 0x2aaab390c19d
> ??
> ??0x2aaab390c188 <_ZN10ScDocument7CalcAllEv+8> push %rbp
>
> ??
> ??0x2aaab390c189 <_ZN10ScDocument7CalcAllEv+9> mov %rdi,%rbp
>
> ??
> >??0x2aaab390c19d <_ZN10ScDocument7CalcAllEv+29> mov 0x1c8(%rbp),%rbx
OK, so it seems to ICE on reading RBP+0x1c8 where RBP is the first parameter of
CalcAll,
so it is necessary to debug why it is wrong.
I think you can just LTO re-link with -g and get source level debugging...
Did you check if non-LTO build works?
Honza