|Re: [cdt-dev] DSF debugger support independent of CDT.|
I was going to agree with this even without the last line :).
In fact at one point a long time ago, I had gdb support working with Ada with minimal changes to the CDT. It’s pretty handy that way.
Marc K can comment and Pawel may agree, but I do think DSF is generic enough to be pushed lower. Not sure as much about GDB. It gets confusing around launch configurations and anything we want to do around add the debugger to the toolchain concept. (BTW, we’re doing some thinking on that).
It would be interesting to know what the dependencies are internally in DSF/GDB to the rest of the CDT. Assuming we create an IDE project and want to move DSF down to it, we would need to do some surgury.
From: Bruno Medeiros <bruno.do.medeiros@xxxxxxxxx>
Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Date: Tuesday, November 5, 2013 at 1:09 PM
To: "cdt-dev@xxxxxxxxxxx" <cdt-dev@xxxxxxxxxxx>
Subject: [cdt-dev] DSF debugger support independent of CDT.
Hello.I've recently been trying out CDT's DSF-GDB debugger functionality, and it works quite well, which is great.
The interesting thing here is that it works well even for executables that were compiled from languages other than C/C++, as long as it's a language GDB has support for. This means there is the real possibility of using DSF-GDB for debugging support in IDEs other than CDT, and in fact that's exactly what I'm working on. I'm developing for DDT, an Eclipse IDE for the D language, and I'm trying to integrate DSF-GDB as the debugger functionality.
BTW, Goclipse is another IDE that would benefit from this (as Go is another language supported by stock GDB). Goclipse does have it's own GDB debugger integration already, but it's not as full-featured as CDT's, it has several significant bugs, and has not been maintained in a while.
[ Doug, remember you wanted to help improve Eclipse's IDE framework support for other languages. Here's a low hanging fruit you can help with ;-) ]
Back to the top