[Lldb-commits] [lldb] Reland "[lldb] Initial plugin and test for SymbolLocatorSymStore" (PR #185658)

via lldb-commits lldb-commits at lists.llvm.org
Wed Mar 11 10:16:27 PDT 2026


Stefan =?utf-8?q?Gränitz?= <stefan.graenitz at gmail.com>,
Stefan =?utf-8?q?Gränitz?= <stefan.graenitz at gmail.com>,
Stefan =?utf-8?q?Gränitz?= <stefan.graenitz at gmail.com>
Message-ID:
In-Reply-To: <llvm.org/llvm/llvm-project/pull/185658 at github.com>


================
@@ -71,6 +71,9 @@ SymbolVendorPECOFF::CreateInstance(const lldb::ModuleSP &module_sp,
 
   // If the module specified a filespec, use that.
   FileSpec fspec = module_sp->GetSymbolFileFileSpec();
+  // Otherwise, use the PDB path from CodeView.
+  if (!fspec)
+    fspec = obj_file->GetPDBPath().value_or(FileSpec());
----------------
Nerixyz wrote:

> It simply failed because it was testing for a log output that isn't emitted anymore.

It would be great if we can test that we load the PDB from the expected path. For example [here](https://github.com/llvm/llvm-project/blob/d00ed836e77759414afd40c02eeca5651657438f/lldb/source/Plugins/SymbolFile/NativePDB/SymbolFileNativePDB.cpp#L318). We won't be able to output the associated .exe, but at least we'd have a string like "Loading foo.pdb" that we can check for.

> * The traversal of `target.debug-file-search-paths`, which should now be [covered in SymbolLocatorDefault](https://github.com/llvm/llvm-project/blob/d00ed836e77759414afd40c02eeca5651657438f/lldb/source/Plugins/SymbolLocator/Default/SymbolLocatorDefault.cpp#L195).

That's great! I wonder if we still need `findMatchingPDBFilePath`. It might be used in some tests.

https://github.com/llvm/llvm-project/pull/185658


More information about the lldb-commits mailing list