Re: GDB's low hanging backlog

[Andrew Cagney <cagney@gnu.org>]

[-- Attachment #1: Type: text/plain, Size: 6 bytes --]

Ping.

[-- Attachment #2: Attached Message --]
[-- Type: message/rfc822, Size: 4383 bytes --]

From: Andrew Cagney <cagney@gnu.org>
To: gdb@sources.redhat.com
Subject: GDB's low hanging backlog
Date: Sun, 08 Aug 2004 18:00:39 -0400
Message-ID: <4116A287.7000108@gnu.org>

Hello,

GDB's got a number of those almost complete changes that never seem to 
go away.  While these are things that don't attract the glamor of key 
new features, they are equally important as by closing these tasks off 
we ensure that GDB is moving forward in a steady and healthy way.

I'd like to see a few of these tasks finally closed, and with a bit of 
focused effort we can do it.

Here's what's I see as relatively low hanging fruit:


-- builtin_type_* as a function

The builtin_types have finally been moved to the architecture vector. 
The task of going through GDB and switching to the per-architecture 
method remains.

The tricky area is the language code.


-- shlibs in architecture vector

I guess it needs a final shove?  Anything else holding it up?


-- tm*.h removal a.k.a. true multi-arch

See above for road blocks.  I _think_ that's it!   GDB being able to 
support both native and remote debugging for mixed architectures becomes 
a reality.


-- xm*.h removal
Thanks to Joel, AIX is [almost] fixed.  That just leaves the DOS file 
formats.


-- i18n

We need to get GDB's strings marked up.


Also lurking in the wings are:


-- CXX compile

GCC's ahead of us here and already started the process.  It should be 
possible to build GDB using the C++ compiler (which is very different to 
GDB being written in C++ :-).


-- nm*.h removal

Probably not so easy.  The contents should be either in the architecture 
or target vector.


What have I forgotten?

Who would like to help?

Andrew