[Lldb-commits] [PATCH] D79384: Explicitly pass a module to register Xcode SDKs with to ParseXcodeSDK. Was: Add an API that allows iterating over a debug map's OSO's Modules
Pavel Labath via Phabricator via lldb-commits
lldb-commits at lists.llvm.org
Wed May 6 01:34:54 PDT 2020
labath added a comment.
Well... this is closer, but we should get rid of the Module argument. It's not consistent with the other SymbolFile functions, and also not necessary...
================
Comment at: lldb/source/Plugins/SymbolFile/DWARF/SymbolFileDWARF.cpp:784-793
+ // Register the sysroot path remapping with this symbol file's module.
+ if (ModuleSP module_sp = m_objfile_sp->GetModule())
+ if (module_sp.get() != module)
+ module_sp->RegisterXcodeSDK(sdk, sysroot);
+ // Register the sysroot path remapping with the module that
+ // was passed in. The two would be different if this is an OSO
+ // object and module is the corresponding debug map., in which
----------------
I don't think you need to pass thread the Module argument everywhere. The module you want should be available as comp_unit.GetModule(). `SymbolFileDWARFDebugMap::ParseCompileUnitAtIndex` ensures that the CUs are created pointing to the "main" module.
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D79384/new/
https://reviews.llvm.org/D79384
More information about the lldb-commits
mailing list