This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Which version of gdb supports gcc 3.0 ABI?
- To: Benjamin Kosnik <bkoz at redhat dot com>
- Subject: Re: Which version of gdb supports gcc 3.0 ABI?
- From: Daniel Berlin <dberlin at redhat dot com>
- Date: 14 Mar 2001 10:27:54 -0500
- Cc: gcc at gcc dot gnu dot org
- References: <200103140810.f2E8ARE01588@fillmore.constant.com>
Benjamin Kosnik <bkoz@redhat.com> writes:
> > I also gave up trying to work on other non-C++ parts of gdb because
> > approval takes forever. It completely removes all incentive i have to
> > improve gdb when i can't get stuff committed, and have to spend months
> > trying to get someone to approve it. I've thrown away non-C++ patches
> > i worked on (like the dwarf2 stuff), because it's just not worth the
> > aggravation of trying to get someone to look at it.
>
> Then fork.
It wasn't worth it when i started rewriting it 6 months ago.
There is nothing so amazingly special about GDB that it couldn't be
written from the ground up better, IMHO.
>
> If you (or anybody else) comes up with a better debugger, I'd use it.
>
Mine's already got the familiar GDB User Interface:
bash-2.04$ ./gdbpp
Segmentation fault
(In all seriousness, it can evaluate arbitrary dwarf2 location
expressions, only keeps the last 100 or 500 (it's user configurable) used
symbols/types in memory, and just reloads symbols/types back from disk
as necessary. It fully supports threads, and in fact has no idea what
a process is, only what a thread is. 1 thread is just a simpler case
of multiple ones)
It's quickly becoming usable.
Maybe in a few months i'll throw it on sourceforge or something, and
open it up to contributions.
--Dan
> -benjamin