• Jascha Wetzel <"[firstname]" mainia.de> Feb 23 2007
• Sean Kelly <sean f4.ca> Feb 23 2007
• Jascha Wetzel <"[firstname]" mainia.de> Feb 23 2007
• Sean Kelly <sean f4.ca> Feb 23 2007
• Jascha Wetzel <"[firstname]" mainia.de> Feb 23 2007
• Sean Kelly <sean f4.ca> Feb 23 2007
• Bill Baxter <dnewsgroup billbaxter.com> Feb 23 2007
• Bill Baxter <dnewsgroup billbaxter.com> Feb 23 2007
• Sean Kelly <sean f4.ca> Feb 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.

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

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

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

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

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

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

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

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 :-)