From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26825 invoked by alias); 23 Jul 2006 21:52:35 -0000 Received: (qmail 26817 invoked by uid 22791); 23 Jul 2006 21:52:34 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 23 Jul 2006 21:52:32 +0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.4/8.13.4) with ESMTP id k6NLpu89020104; Sun, 23 Jul 2006 23:51:56 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.6/8.13.6) with ESMTP id k6NLpuch012301; Sun, 23 Jul 2006 23:51:56 +0200 (CEST) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.6/8.13.6/Submit) id k6NLpuAC014332; Sun, 23 Jul 2006 23:51:56 +0200 (CEST) Date: Sun, 23 Jul 2006 21:52:00 -0000 Message-Id: <200607232151.k6NLpuAC014332@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: drow@false.org CC: gdb-patches@sourceware.org In-reply-to: <20060718135718.GA16876@nevyn.them.org> (message from Daniel Jacobowitz on Tue, 18 Jul 2006 09:57:18 -0400) Subject: Re: [RFC] Add expat to the GDB sources References: <20060718134048.GA15685@nevyn.them.org> <20060718135718.GA16876@nevyn.them.org> Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-07/txt/msg00320.txt.bz2 > Date: Tue, 18 Jul 2006 09:57:18 -0400 > From: Daniel Jacobowitz > > On Tue, Jul 18, 2006 at 09:40:48AM -0400, Daniel Jacobowitz wrote: > > At the beginning of the year, I proposed adding an XML parsing library to > > GDB. There was some discussion, and a few alternatives were proposed which > > would accomplish the same goals, but neither substantially better nor > > substantially worse. Since then, we've fleshed out the project the XML > > descriptions were originally intended for (targets which can inform the > > debugger about their registers), and added another (memory maps, used to > > control flash writing). > > > > I chose expat as the C XML library to use in GDB. It's a bit frustrating > > (it's a stream-oriented binding, and I find DOM (tree-oriented) bindings > > much more natural), but it's also useful and of a reasonable size. The most > > logical candidate for a DOM binding would have been libxml2, and the source > > for that is excessive to include in GDB. > > > > Here is a patch to add an expat directory to the src repository, gdb builds, > > and gdb release tarballs. Not shown is expat itself. > > > > Any comments? I will hold off on this patch for a little while, at least > > until one of the expat clients is ready. My main concern here, is how much the new xml-based developments this will grow GDB. Linking the final gdb executable is already getting problematic on small memory systems. How big is libexpat.a, and how much does a flash-enabled GDB grow? Another question I have is about how we think to handle expat in the future. Is expat still undergoing much development? Are you planning to update expat regularly? Mark