This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: GDB's low hanging backlog


Ping.
--- Begin Message --- 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




--- End Message ---

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]