Jeremy Morse via llvm-dev
2021-May-27 11:47 UTC
[llvm-dev] How to handle DWARF Missing due to function elimination?
Hi Chuanqi, On Thu, May 27, 2021 at 12:11 PM chuanqi.xcq <yedeng.yd at linux.alibaba.com> wrote:> The gdb would blame when it finds 0x0123456 doesn't refer to any functions in dwarf format.This is really interesting -- if you run "llvm-dwarfdump -verify" on the output file, does it too complain about an invalid DIE reference? There's a known issue with very complicated LTO builds that causes something similar: https://bugs.llvm.org/show_bug.cgi?id=48790 Reverting 93592b726c7 locally will tell you whether it's that or not. -- Thanks, Jeremy
David Blaikie via llvm-dev
2021-May-27 18:01 UTC
[llvm-dev] How to handle DWARF Missing due to function elimination?
Yeah - would be good to know what the examples are - generally that is not expected (even with linker GC or other cases of symbol removal) & so is most likely something to be fixed in LLVM - but yeah, if the debugger is actually /crashing/ that's also not good, and it shouldn't do that (but lesser problem, because it also shouldn't encounter debug info like this, generally). On Thu, May 27, 2021 at 4:47 AM Jeremy Morse <jeremy.morse.llvm at gmail.com> wrote:> Hi Chuanqi, > > On Thu, May 27, 2021 at 12:11 PM chuanqi.xcq > <yedeng.yd at linux.alibaba.com> wrote: > > The gdb would blame when it finds 0x0123456 doesn't refer to any > functions in dwarf format. > > This is really interesting -- if you run "llvm-dwarfdump -verify" on > the output file, does it too complain about an invalid DIE reference? > > There's a known issue with very complicated LTO builds that causes > something similar: > > https://bugs.llvm.org/show_bug.cgi?id=48790 > > Reverting 93592b726c7 locally will tell you whether it's that or not. > > -- > Thanks, > Jeremy >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210527/3529acf8/attachment.html>