This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFC] Add expat to the GDB sources
- From: Daniel Jacobowitz <drow at false dot org>
- To: Mark Kettenis <mark dot kettenis at xs4all dot nl>, gdb-patches at sourceware dot org
- Date: Mon, 31 Jul 2006 21:01:49 -0400
- Subject: Re: [RFC] Add expat to the GDB sources
- References: <20060724152438.GA17094@trixie.casa.cgf.cx> <u3bcqg4yd.fsf@gnu.org> <20060724195118.GE13612@nevyn.them.org> <uvepmeohm.fsf@gnu.org> <20060724214157.GC25632@trixie.casa.cgf.cx> <200607242229.k6OMTR1a022831@elgar.sibelius.xs4all.nl> <20060731173312.GA10875@nevyn.them.org> <20060731202422.GA16346@nevyn.them.org> <200607312132.k6VLWpMT002274@elgar.sibelius.xs4all.nl> <20060801004245.GA24099@nevyn.them.org>
On Mon, Jul 31, 2006 at 08:42:45PM -0400, Daniel Jacobowitz wrote:
> The XML code has both architecture and target components. While the
> only target to implement it is remote.c, it's easy to keep it optional,
> and I'm willing. But I've already got patches which use this for the
> sim/ simulators and for native arm-linux debugging, and I have requests
> sitting in my queue to do similar things for two native PowerPC
> variants (74xx and e500; and at least the 74xx is a popular native
> architecture).
... But we could probably find other ways to use the XML data files for
native/sim architectures now that I think about it; we could preprocess
them into C structures and store the C structures in CVS. That's
actually not too hard.
So, optional can work, at least for now.
--
Daniel Jacobowitz
CodeSourcery