[Lldb-commits] [PATCH] D46889: [DWARF] Extract indexing code into a separate class hierarchy

Amara Emerson via Phabricator via lldb-commits lldb-commits at lists.llvm.org
Fri May 18 11:25:56 PDT 2018

aemerson added a comment.

In https://reviews.llvm.org/D46889#1104823, @aprantl wrote:

> Thanks for jumping on this Amara — I just wanted to point out that we ususally don't revert lldb changes that only break the lldb-xcode bot if they pass on the lldb-cmake bot at the same time. When this happens it usually means that the lldb Xcode project must be updated and it's too much to ask from all open source contributors to get access to a machine running Xcode to do this. Instead one of the Apple LLDB developers usually goes in and updates the Xcode project for them.
> - adrian

Ah ok. Does that include cases like this one with the link error:

  Undefined symbols for architecture x86_64:
    "lldb_private::AppleDWARFIndex::Create(lldb_private::Module&, lldb_private::DWARFDataExtractor, lldb_private::DWARFDataExtractor, lldb_private::DWARFDataExtractor, lldb_private::DWARFDataExtractor, lldb_private::DWARFDataExtractor)", referenced from:
        SymbolFileDWARF::InitializeObject() in liblldb-core.a(SymbolFileDWARF.o)
    "vtable for lldb_private::ManualDWARFIndex", referenced from:
        SymbolFileDWARF::InitializeObject() in liblldb-core.a(SymbolFileDWARF.o)
    NOTE: a missing vtable usually means the first non-inline virtual member function has no definition.



More information about the lldb-commits mailing list