labath wrote: > LLDB represents such a function with a section-less, invalid address whose > GetModule() is empty, so the dereference crashes.
I can see how that could happen, but I'm not sure if it's desirable. IIRC, creating these functions produces some undesirable artifacts, and we actually do a fair amount of work to validate that we don't create lldb_private::Function objects for dead-stripped code. I think it would be illuminating to see how this function manages to get past the checks in SymbolFileDWARF::ParseFunction. https://github.com/llvm/llvm-project/pull/205691 _______________________________________________ lldb-commits mailing list [email protected] https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
