Thread overview
Fitting Ddbg into your environment
Feb 23, 2007
Jascha Wetzel
Feb 23, 2007
Sean Kelly
Feb 23, 2007
Jascha Wetzel
Feb 23, 2007
Sean Kelly
Feb 23, 2007
Jascha Wetzel
Feb 23, 2007
Sean Kelly
Feb 23, 2007
Bill Baxter
Feb 23, 2007
Bill Baxter
Feb 23, 2007
Sean Kelly
February 23, 2007
Please consider voting for your favorite GDB frontend: http://ddbg.mainia.de/

Here is why:

i'm adding GDB CLI imitation to Ddbg to have short-term integration into common frontends. the Ddbg CLI will still be continued, because i think it's simpler than GDB syntax if you use the debugger manually.

to avoid implementing unnessecary details of the GDB CLI, i won't bother
trying to clone it's behaviour exactly. instead i'm being pragmatic here
and just doing what's nessecary to make frontends happy. therefore i'll
have to check a few of them to approach a stable subset of the GDB CLI
we can live with.
currently i'm doing this with codeblocks, which is what i'm using
myself. others will follow depending on your demand.
February 23, 2007
Jascha Wetzel wrote:
> Please consider voting for your favorite GDB frontend:
> http://ddbg.mainia.de/
> 
> Here is why:
> 
> i'm adding GDB CLI imitation to Ddbg to have short-term integration into
> common frontends. the Ddbg CLI will still be continued, because i think
> it's simpler than GDB syntax if you use the debugger manually.
> 
> to avoid implementing unnessecary details of the GDB CLI, i won't bother
> trying to clone it's behaviour exactly. instead i'm being pragmatic here
> and just doing what's nessecary to make frontends happy. therefore i'll
> have to check a few of them to approach a stable subset of the GDB CLI
> we can live with.
> currently i'm doing this with codeblocks, which is what i'm using
> myself. others will follow depending on your demand.

It's great that you're doing this, but I wish I could provide more than one answer :-)  I'd use Visual Studio on Windows, and obviously something else on Unix.  emacs most likely, since that works everywhere, but some of the fancy Linux IDEs look pretty nice.


Sean
February 23, 2007
you can vote for multiple entries, now.

visual studio was just a joke by a friend - it's not a GDB frontend, at least as long as there isn't a plugin that supports GDB that i don't know of...

Sean Kelly wrote:
> Jascha Wetzel wrote:
>> Please consider voting for your favorite GDB frontend: http://ddbg.mainia.de/
>>
>> Here is why:
>>
>> i'm adding GDB CLI imitation to Ddbg to have short-term integration into common frontends. the Ddbg CLI will still be continued, because i think it's simpler than GDB syntax if you use the debugger manually.
>>
>> to avoid implementing unnessecary details of the GDB CLI, i won't bother
>> trying to clone it's behaviour exactly. instead i'm being pragmatic here
>> and just doing what's nessecary to make frontends happy. therefore i'll
>> have to check a few of them to approach a stable subset of the GDB CLI
>> we can live with.
>> currently i'm doing this with codeblocks, which is what i'm using
>> myself. others will follow depending on your demand.
> 
> It's great that you're doing this, but I wish I could provide more than one answer :-)  I'd use Visual Studio on Windows, and obviously something else on Unix.  emacs most likely, since that works everywhere, but some of the fancy Linux IDEs look pretty nice.
> 
> 
> Sean
February 23, 2007
oh and btw - Ddbg is a win32 tool, so unix frontends can't be considered. however, there might be emacs users on windows. i know people who use vi on windows, so... :)

Sean Kelly wrote:
> Jascha Wetzel wrote:
>> Please consider voting for your favorite GDB frontend: http://ddbg.mainia.de/
>>
>> Here is why:
>>
>> i'm adding GDB CLI imitation to Ddbg to have short-term integration into common frontends. the Ddbg CLI will still be continued, because i think it's simpler than GDB syntax if you use the debugger manually.
>>
>> to avoid implementing unnessecary details of the GDB CLI, i won't bother
>> trying to clone it's behaviour exactly. instead i'm being pragmatic here
>> and just doing what's nessecary to make frontends happy. therefore i'll
>> have to check a few of them to approach a stable subset of the GDB CLI
>> we can live with.
>> currently i'm doing this with codeblocks, which is what i'm using
>> myself. others will follow depending on your demand.
> 
> It's great that you're doing this, but I wish I could provide more than one answer :-)  I'd use Visual Studio on Windows, and obviously something else on Unix.  emacs most likely, since that works everywhere, but some of the fancy Linux IDEs look pretty nice.
> 
> 
> Sean
February 23, 2007
Jascha Wetzel wrote:
> Please consider voting for your favorite GDB frontend:
> http://ddbg.mainia.de/
> 
> Here is why:
> 
> i'm adding GDB CLI imitation to Ddbg to have short-term integration into
> common frontends. the Ddbg CLI will still be continued, because i think
> it's simpler than GDB syntax if you use the debugger manually.
> 
> to avoid implementing unnessecary details of the GDB CLI, i won't bother
> trying to clone it's behaviour exactly. instead i'm being pragmatic here
> and just doing what's nessecary to make frontends happy. therefore i'll
> have to check a few of them to approach a stable subset of the GDB CLI
> we can live with.
> currently i'm doing this with codeblocks, which is what i'm using
> myself. others will follow depending on your demand.

Another vote for emacs. (EmacsW32 for windows is what I use currently: http://ourcomments.org/Emacs/EmacsW32.html It's based on more recent sources than the gnu.org versions.)

Although I haven't used emacs for debugging in ages (these days it's all Visual Studio), but back in the day I always found it a decent way to use gdb.  And it's what I use for editing all the time anyway.

For a more GUI-ish front end, Code::Blocks seems like a good choice, given that it's probably the only Windows IDE right now that has any support for D.

--bb
February 23, 2007
Bill Baxter wrote:
> Jascha Wetzel wrote:
>> Please consider voting for your favorite GDB frontend:
>> http://ddbg.mainia.de/
>>

> For a more GUI-ish front end, Code::Blocks seems like a good choice, given that it's probably the only Windows IDE right now that has any support for D.

Whoops sorry -- forgot about the Eclipse effort!  Make that "Code::Blocks and Eclipse are the only IDEs with any D support".

--bb
February 23, 2007
Jascha Wetzel wrote:
> you can vote for multiple entries, now.
> 
> visual studio was just a joke by a friend - it's not a GDB frontend, at
> least as long as there isn't a plugin that supports GDB that i don't
> know of...

I guess that explains my surprise at seeing it in the list.  I thought you knew something I didn't :-)


Sean
February 23, 2007
Jascha Wetzel wrote:
> oh and btw - Ddbg is a win32 tool, so unix frontends can't be
> considered. however, there might be emacs users on windows. i know
> people who use vi on windows, so... :)

Ah, I guess that changes things.  I don't use emacs much on Windows--I prefer UltraEdit.  So whatever works then, really.  As long as some sort of graphical front-end is an option and it doesn't crash constantly I'll be happy.


Sean
February 23, 2007
Bill Baxter wrote:
> 
> Although I haven't used emacs for debugging in ages (these days it's all Visual Studio), but back in the day I always found it a decent way to use gdb.  And it's what I use for editing all the time anyway.

emacs debugging is a bit primitive compared to full IDEs (it doesn't do more than show you the source code and current line in a separate pane), but it's what I use at work so I'm kind of used to it :-)