<p dir="ltr">"should" is a very big word .</p>
<p dir="ltr">I Seem to remember Someone saying the samething about kdevelop 4.</p>
<div class="gmail_quote">On Jan 30, 2015 2:18 PM, "Nicolai Hähnle-Montoro" <<a href="mailto:nhaehnle@gmail.com">nhaehnle@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Michael,<br>
<br>
On Fri, Jan 30, 2015 at 7:54 PM, Michael George Hart<br>
<<a href="mailto:michael.george.hart@gmail.com">michael.george.hart@gmail.com</a>> wrote:<br>
> Being able to run<br>
><br>
>      kdevelop --graphicssystem native<br>
><br>
> Is a very important consideration for me and I bet it is for other<br>
> developers to need to maintain extremely remote light weight linux systems.<br>
><br>
> I have struggled to get gdbserver working effectively with kdevelop. Only<br>
> the continue debug option works; break point, step over, step into, step out<br>
> of, etc... do seem to do anything even though when i use gdb directly it<br>
> does. So, I have resorted to running systems that has the bare minimum to<br>
> run kdevelop remotely with the command line option "--graphicssystem native"<br>
<br>
I have good news for you. KDevelop 5 should be able to work properly<br>
with gdbserver.<br>
<br>
The story for how to setup the connection and everything isn't that<br>
nice yet (I'll have to put some more thought into that), but the basic<br>
debugging primitives like breakpoints, stepping, etc. work once you<br>
have established the connection. If you get the chance to try the<br>
KDevelop master branch and it doesn't work, please let me know.<br>
<br>
So you should eventually be able to run KDevelop 5 locally and debug<br>
remotely, which is am IMO nicer way to work.<br>
<br>
Cheers,<br>
Nicolai<br>
--<br>
Lerne, wie die Welt wirklich ist,<br>
aber vergiss niemals, wie sie sein sollte.<br>
</blockquote></div>