|
Home > Archive > Unix Programming > March 2004 > commercial front end to gdb
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
commercial front end to gdb
|
|
| Shea Martin 2004-03-16, 6:40 pm |
| We are considering switching from Sun Workshop 5.0 (CC and f77) to GNU
(g++ and g77). We don't feel that ddd is as good as the graphical
debugger in WorkShop 5.
What are some good debugging front ends to go with g++/gdb, commercial
or free. Ease of use is the main thing, as pretty much the only thing
we do with the debugger is step code, mem checking (leaks, and access).
The money we save on compilers should leave us a fair bit to play with,
when purchasing a debugger. :-). We will have to do more checking into
performance issuses though. As I think Sun's compilers are faster on SPARC.
Any suggestions would be great.
~S
| |
| Michael Vilain 2004-03-16, 8:36 pm |
| In article <etL5c.3014$G3.27510@localhost>,
Shea Martin <smartin@arcis.com> wrote:
> We are considering switching from Sun Workshop 5.0 (CC and f77) to GNU
> (g++ and g77). We don't feel that ddd is as good as the graphical
> debugger in WorkShop 5.
These are very old now. I think the latest rev is 8.0.
>
> What are some good debugging front ends to go with g++/gdb, commercial
> or free. Ease of use is the main thing, as pretty much the only thing
> we do with the debugger is step code, mem checking (leaks, and access).
>
ddd is pretty much it, AFAIK. I don't know if emacs interfaces with gdb
since I don't use emacs.
> The money we save on compilers should leave us a fair bit to play with,
> when purchasing a debugger. :-). We will have to do more checking into
> performance issuses though. As I think Sun's compilers are faster on SPARC.
>
> Any suggestions would be great.
Unless the newest release of the Sparc compilers can run gdb under it, I
think you'll have to rethink your issues with ddd. If the command line
doesn't cut nor does ddd, you'll have to write your own GUI to gdb.
--
DeeDee, don't press that button! DeeDee! NO! Dee...
| |
| Shea Martin 2004-03-17, 9:46 am |
| "Michael Vilain <vilain@spamcop.net>" wrote:
> In article <etL5c.3014$G3.27510@localhost>,
> Shea Martin <smartin@arcis.com> wrote:
>
>
>
>
> These are very old now. I think the latest rev is 8.0.
>
>
>
>
> ddd is pretty much it, AFAIK. I don't know if emacs interfaces with gdb
> since I don't use emacs.
>
>
>
>
>
> Unless the newest release of the Sparc compilers can run gdb under it, I
> think you'll have to rethink your issues with ddd. If the command line
> doesn't cut nor does ddd, you'll have to write your own GUI to gdb.
>
I realize that 5.0 is old. That is the reason we are investigating the GNU
compilers, to avoid the big bucks involved in upgrading to studio 8 compilers
and the forte 6 dbx front end.
Insight is free, I have used it before. Slightly better than ddd IMHO. xxgdb
and mxgdb are not as good as ddd, but are free.
For commercial ones, I have tried TotalView a little, but don't really like it
much. I find the aged WorkShop 5.0 interface to be better, and that ain't
saying much.
Just wondering if there are others, and if I am missing something with TotalView.
~S
| |
| Nils O. Selåsdal 2004-03-17, 9:46 am |
| In article <etL5c.3014$G3.27510@localhost>, Shea Martin wrote:
> We are considering switching from Sun Workshop 5.0 (CC and f77) to GNU
> (g++ and g77). We don't feel that ddd is as good as the graphical
> debugger in WorkShop 5.
>
> What are some good debugging front ends to go with g++/gdb, commercial
> or free. Ease of use is the main thing, as pretty much the only thing
> we do with the debugger is step code, mem checking (leaks, and access).
ddd
Visual Slickedit
gvd
kdevelop
anjuta
comes to mind, some of these are more than a debugger though
>
> The money we save on compilers should leave us a fair bit to play with,
> when purchasing a debugger. :-). We will have to do more checking into
> performance issuses though. As I think Sun's compilers are faster on SPARC.
>
> Any suggestions would be great.
>
> ~S
>
--
Vennlig hilsen/Best Regards
Nils Olav Selåsdal
System Engineer
w w w . u t e l s y s t e m s . c o m
| |
| Frank Schmitt 2004-03-17, 9:46 am |
| Shea Martin <smartin@arcis.com> writes:
> We are considering switching from Sun Workshop 5.0 (CC and f77) to GNU
> (g++ and g77). We don't feel that ddd is as good as the graphical
> debugger in WorkShop 5.
>
> What are some good debugging front ends to go with g++/gdb, commercial
> or free. Ease of use is the main thing, as pretty much the only thing
> we do with the debugger is step code, mem checking (leaks, and access).
>
> The money we save on compilers should leave us a fair bit to play
> with, when purchasing a debugger. :-). We will have to do more
> checking into performance issuses though. As I think Sun's compilers
> are faster on SPARC.
>
> Any suggestions would be great.
Code Medic looks nice - see
http://www.newplanetsoftware.com/medic/medic.php
Don't know if there exists a Solaris version, though.
HTH & kind regards
frank
--
Frank Schmitt
quattro research GmbH
e-mail: schmitt NO at SPAM quattro-research !@! dot com
| |
| John Doe 2004-03-17, 9:37 pm |
| Shea Martin wrote:
> We are considering switching from Sun Workshop 5.0 (CC and f77) to GNU
> (g++ and g77). We don't feel that ddd is as good as the graphical
> debugger in WorkShop 5.
>
> What are some good debugging front ends to go with g++/gdb, commercial
> or free. Ease of use is the main thing, as pretty much the only thing
> we do with the debugger is step code, mem checking (leaks, and access).
Could look at Borland Builder-X supports GCC and Sun Compilers
for C (gdb/dbx) - not sure about F77.
Not used it myself.
> The money we save on compilers should leave us a fair bit to play with,
> when purchasing a debugger. :-). We will have to do more checking into
> performance issuses though. As I think Sun's compilers are faster on
> SPARC.
>
You can download the compilers and trial them and do your
own benchmarking on your applications and then make your
choice. Could move some of the development debugging/build
to GCC and then do final product build and debug with
Forte tools for faster executable. (From tests I've
run for compiler selection then Forte 10%-20% faster
than GCC 3.2.2 for a particular application - results
are very application dependent).
> Any suggestions would be great.
>
> ~S
>
..
| |
| Philippe Waroquiers 2004-03-18, 1:39 pm |
| >>>>> "Shea" == Shea Martin <smartin@arcis.com> writes:
Shea> Any suggestions would be great.
gps (gnat programming system) includes a.o. a debugger (the successor
to gvd).
See http://libre.act-europe.fr/gps
gps is GPL software. If needed, you can get support from act
or act-europe.
--
Philippe WAROQUIERS Eurocontrol - Central Flow Management Unit
philippe.waroquiers@eurocontrol.int Rue de la fusee, 96
Tel: +32 2 729 97 35 1130 Brussels
Fax: +32 2 729 90 22 Belgium
| |
| tbutler@dev.null 2004-03-18, 10:35 pm |
| Shea Martin <shea@snowsquirrel.ca> writes:
> Just wondering if there are others,
It doesn't help you, as it's on the wrong platform,
but HP's wdb is a GUI layered on gdb. (IMO, the best
gui for gdb, but available for HP-UX only.)
tim
| |
|
|
|
|
|