This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: Features vs infrastructure (was Re: Tracepoint support in CygnusGDB ?)
- From: Stan Shebs <shebs at apple dot com>
- To: Andrew Cagney <ac131313 at redhat dot com>
- Cc: Eli Zaretskii <eliz at elta dot co dot il>, gdb at sources dot redhat dot com
- Date: Wed, 01 Oct 2003 23:04:53 -0700
- Subject: Re: Features vs infrastructure (was Re: Tracepoint support in CygnusGDB ?)
- References: <3F717475.33E13BC4@india.hp.com> <6654-Wed24Sep2003201904+0300-eliz@elta.co.il> <vt2he31olrj.fsf@zenia.home> <3F72FF8C.3080104@redhat.com> <6654-Sat27Sep2003132618+0300-eliz@elta.co.il> <3F75A491.4010203@redhat.com> <1659-Sat27Sep2003204134+0300-eliz@elta.co.il> <3F75D8D3.2090207@redhat.com> <2427-Sun28Sep2003102631+0300-eliz@elta.co.il> <3F76EC92.6010005@redhat.com> <4098-Sun28Sep2003234119+0300-eliz@elta.co.il> <3F775F6C.8070209@redhat.com> <uzngogl7s.fsf@elta.co.il> <3F784618.50203@redhat.com> <3F7B4BEC.1060800@apple.com> <3F7B9B85.50201@redhat.com>
Andrew Cagney wrote:
I just thumbed through the GDB website and sources, and gdb/TODO seemed
like it was mostly a list of desired infrastructure changes. For
instance,
I didn't see a mention of the desirability of tracepoint support for
native
debugging, although that is an obvious item for a wishlist. Perhaps the
todo list should be separated into "user-visible" and "infrastructure"
sections, with appropriate xrefs, so that everybody is aware of what's
desired.
GDB tracks new features using the bug database. I see one tracepoint
change which is me pointing out that an architecture method is broken.
Must remember to delete the TODO file.
OK, I see plenty there, but most look like infrastructure changes,
and of the 139 items, I still can't tell which are the most
important features that users have been waiting for. That's
where a real document comes in handy; you can use it to explain
why features A, B, and C are more important than D, E, and F,
or why feature G must wait for infrastructure changes H, I, and J.
Stan