<div dir="ltr"><div>For the debugger executable config entry, if it's empty, the plugin will use whatever comes first in PATH. (`gdb` for gdb plugin and `lldb-mi` for lldb plugin). On my linux box (Archlinux), while lldb has version numbered executables, there are also unversioned symlinks to latest version. Another difference between OSX and linux llvm?<br><br>For duplicate menu entries. Actually I have thought about this problem for a while. Currently both gdb and lldb plugin provides individual attach and examine core actions, which don't read any configuration (because launch configuration are per project target).<br><br>While I don't have a clear idea how this will be finally solved, I think the first step to go is to having global launch configuration entry for attach and examine core actions. This is already possible in gdb and lldb plugin code to pass in a KConfigGroup object when attaching or examining core. I'm just not familiar enough with the launch configuration system to add global configurations.<br><br></div><div>The unsolved problem is, who is responsible for initializing the global launch configuration in the first place, and adding menu actions to KDevelop. Neither gdb nor lldb plugin is a good choice for this. And it is too C/C++ specific to be added to kdevplatform.<br><br></div><div>Cheers,<br></div><div>Aetf<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Sep 14, 2016 at 12:44 PM René J.V. Bertin <<a href="mailto:rjvbertin@gmail.com">rjvbertin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wednesday September 14 2016 17:50:53 Aleix Pol wrote:<br>
> On Wed, Sep 14, 2016 at 9:35 AM, René J.V. Bertin <<a href="mailto:rjvbertin@gmail.com" target="_blank">rjvbertin@gmail.com</a>> wrote:<br>
<br>
><br>
> IIRC the attach action is provided by the debug plugin itself..<br>
<br>
The action of attaching, indeed, yes. Maybe the widget to pick a process to attach to, too, but what difference does it make which KDevelop component provides the feature?<br>
<br>
BTW, I did notice 2 sets of entries in the Run menu on my Linux system where I have both plugins installed. It wouldn't really make sense if that's really because the gdb and lldb plugins both provide the same features. I'm not sure if and how you'd want to expose a debugger choice each time the user moves to debug an already running process, but presenting 2 identical menu items doesn't seem the way to go.<br>
<br>
R.<br>
</blockquote></div>