This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO


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

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]