<div dir="ltr">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).</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 27, 2021 at 4:47 AM Jeremy Morse <<a href="mailto:jeremy.morse.llvm@gmail.com">jeremy.morse.llvm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Chuanqi,<br>
<br>
On Thu, May 27, 2021 at 12:11 PM chuanqi.xcq<br>
<<a href="mailto:yedeng.yd@linux.alibaba.com" target="_blank">yedeng.yd@linux.alibaba.com</a>> wrote:<br>
> The gdb would blame when it finds 0x0123456 doesn't refer to any functions in dwarf format.<br>
<br>
This is really interesting -- if you run "llvm-dwarfdump -verify" on<br>
the output file, does it too complain about an invalid DIE reference?<br>
<br>
There's a known issue with very complicated LTO builds that causes<br>
something similar:<br>
<br>
  <a href="https://bugs.llvm.org/show_bug.cgi?id=48790" rel="noreferrer" target="_blank">https://bugs.llvm.org/show_bug.cgi?id=48790</a><br>
<br>
Reverting 93592b726c7 locally will tell you whether it's that or not.<br>
<br>
--<br>
Thanks,<br>
Jeremy<br>
</blockquote></div>