[Lldb-commits] [PATCH] D100153: [lldb] [Process] Introduce protocol extension support API
Michał Górny via Phabricator via lldb-commits
lldb-commits at lists.llvm.org
Wed Apr 21 03:17:18 PDT 2021
mgorny added inline comments.
================
Comment at: lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerLLGS.cpp:3562-3567
+ (process_features & NativeProcessProtocol::Extension::fork) ==
+ NativeProcessProtocol::Extension::fork)
+ m_fork_events_supported = true;
+ else if (x == "vfork-events+" &&
+ (process_features & NativeProcessProtocol::Extension::vfork) ==
+ NativeProcessProtocol::Extension::vfork)
----------------
labath wrote:
> Maybe drop the `== Extension::[v]fork` part?
Can't do that, `enum class` doesn't convert to `bool`. In fact, I tried a few more or less crazy ideas to make this work, and none worked ;-).
================
Comment at: lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerLLGS.h:102-103
+ bool m_fork_events_supported = false;
+ bool m_vfork_events_supported = false;
+
----------------
labath wrote:
> I am wondering if this should just be `NativeProcessProtocol::Extension m_enabled_extensions;` Can we think of an extension that would belong to `NativeProcessProtocol::Extension`, but we would not want to store its state in the GDBRemoteCommunicationServerLLGS class?
I can't think of any right now and I suppose even if there were one, there would probably be no big loss in using `Extension` here.
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D100153/new/
https://reviews.llvm.org/D100153
More information about the lldb-commits
mailing list