[Lldb-commits] [lldb] [LLDB][NFC] Create a namespace for the DWARF plugin (PR #68150)

Walter Erquinigo via lldb-commits lldb-commits at lists.llvm.org
Fri Oct 13 09:49:36 PDT 2023


walter-erquinigo wrote:

> I think I'm missing something.  The API's you are calling the lldb_plugin API's aren't really stand-alone, are they?  The lldb_plugin::dwarf API's seem to have a bunch of methods that take lldb_private types.  So you already have to have some kind of closure of the exported API's that includes whatever lldb_private types these API's depend on.  You're going to be doing picking and choosing of exports, so I don't see why putting it in another top-level namespace makes this easier?

You are pretty much right. The picking is mostly about which specific symbols a developer wants to export and prevent an explosion of exported symbols.

> I also agree with Jonas, we should reserve lldb_plugin for when we make a viable API for the more usefully externalized plugins in lldb.  So even if we need another top-level namespace, we should use still use an accurate name like lldb_plugin_private.

After reading twice Jonas' point, I agree with you. Reserving this namespace for such API is definitely very valuable.

All in all, I'm now convinced that we should go with `lldb_private::plugin::dwarf`. If I end up having too many symbols to process, I can figure out workarounds, but that's likely not to happen even in a very long time.

In any case, is everyone okay if I use the `lldb_private::plugin::dwarf` namespace? 

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


More information about the lldb-commits mailing list