[Lldb-commits] [PATCH] D133534: Complete support of loading a darwin kernel over a live gdb-remote connection given the address of a mach-o fileset

Jason Molenda via Phabricator via lldb-commits lldb-commits at lists.llvm.org
Fri Sep 9 17:40:18 PDT 2022


jasonmolenda added inline comments.


================
Comment at: lldb/source/Plugins/Platform/MacOSX/CMakeLists.txt:47
     lldbUtility
+    lldbPluginDynamicLoaderDarwinKernel
+    lldbPluginObjectContainerMachOFileset
----------------
jasonmolenda wrote:
> thakis wrote:
> > This causes a dependency cycle:
> > 
> >   //lldb/source/Plugins/Platform/MacOSX:MacOSX ->
> >   //lldb/source/Plugins/DynamicLoader/Darwin-Kernel:Darwin-Kernel ->
> >   //lldb/source/Plugins/Platform/MacOSX:MacOSX
> Ach, naturally.  DynamicLoaderDarwinKernel has to create a PlatformDarwinKernel to set in the Target when it is initializing itself.  :/  Maybe I'll just add DynamicLoaderDarwinKernel to the unit tests that have PlatformMacOSX in them.
I removed the dependency in DynamicLoaderDarwinKernel, a very specialized plugin, and left the dependency in PlatformMacOSX which includes all of the darwin platforms and is a common one to import.  I believe any target that is linking against DynamicLoaderDarwinKernel will also have a dependency on PlatformMacOSX already.  I landed this as 30578c08568bc8de79dea72e41f49899ba10ea55 to make sure this causes no problems, we can fix it better if someone has a suggestion.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D133534/new/

https://reviews.llvm.org/D133534



More information about the lldb-commits mailing list