Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[cdt-debug-dev] Re: cdt-debug-dev digest, Vol 1 #218 - 1 msg

> >All I want CDT to do, is to step out of the way and let me=20
> >talk to GDB. Nothing would make me happier than if I could:
> 
> Aha!  And right there, that is the principal problem.  What=20
> assumption is there that you are talking to GDB, or that you
> are working with anything that actually even has a command line.

??

CDT allows me to talk directly to GDB through the console.

> The idea of the CDI interface is that you can abstract the=20
> debugger operation such that it can be used for a large number
> of different debugger back-ends.

For me GDB is the only game in town, and thus it is a disadvantage to me
that CDT allows other debuggers to be plugged in, because it draws away
precious development resources from polishing the GDB support.

> What I would suggest then is that you experiement with a custom
> launcher which is GDB specific to come up with a workflow that
> suits your needs in terms of its generality.  As I mentioned,=20
> I don't think that you are going to run into anyone opposing
> that kind of contribution, but at the same time the people who
> are working on the CDT currently don't have this type of need
> in their product(s); it looks like you do.

I strongly believe that very little is needed to allow the developer to
use GDB for all the things that Insight/DDD can be used for. I don't
think creating a new plugin is the right thing to do here.

I've sumbitted a patch to remove one tripwire:

http://dev.eclipse.org/mhonarc/lists/cdt-patch/msg02298.html

> For the general team, I think that that
> work is a ways off, but if you are interested, contributions
> are always welcome =3D;-)

Since I believe that a couple of tweaks in the CDT GDB plugin will do
the trick, I'll submit a couple of patches and see what happens.

-- 

Øyvind Harboe
http://www.zylin.com





Back to the top