From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7356 invoked by alias); 24 Jul 2006 23:41:40 -0000 Received: (qmail 7348 invoked by uid 22791); 24 Jul 2006 23:41:39 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Mon, 24 Jul 2006 23:41:37 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1G5A3L-0005pa-81; Mon, 24 Jul 2006 19:41:35 -0400 Date: Mon, 24 Jul 2006 23:41:00 -0000 From: Daniel Jacobowitz To: Mark Kettenis Cc: gdb-patches@sourceware.org Subject: Re: [RFC] Add expat to the GDB sources Message-ID: <20060724234135.GA22206@nevyn.them.org> Mail-Followup-To: Mark Kettenis , gdb-patches@sourceware.org References: <20060723224032.GA5168@trixie.casa.cgf.cx> <200607232318.k6NNIV28004376@elgar.sibelius.xs4all.nl> <20060724152438.GA17094@trixie.casa.cgf.cx> <20060724195118.GE13612@nevyn.them.org> <20060724214157.GC25632@trixie.casa.cgf.cx> <200607242229.k6OMTR1a022831@elgar.sibelius.xs4all.nl> <20060724223413.GA20726@nevyn.them.org> <200607242248.k6OMmp1X029286@elgar.sibelius.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200607242248.k6OMmp1X029286@elgar.sibelius.xs4all.nl> User-Agent: Mutt/1.5.11+cvs20060403 X-IsSubscribed: yes 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/msg00380.txt.bz2 On Tue, Jul 25, 2006 at 12:48:51AM +0200, Mark Kettenis wrote: > Where do you think my frstration about external dependencies comes > from ;-). However, GCC will build fine without most of those > packages: without GMP/MPFR you won't get gfortran, and without zip you > won't get gjc/libjava. But at least you can still build the C > compiler, which you can then use to build the other dependencies. > > I think the GNU Make requirements are a serious mistake by the GCC > developers. I don't. I was there for the discussion that led to the current requirements, and the reasoning was compelling. Much of it was in person (at the Summit) and so there's limited transcripts. But it may not have been my best choice of example; I don't know if you ever had to work with the internals of the GCC build system before they adopted the GNU make requirement. And they're still improving to take advantage of even more useful GNU make features to simplify their build system to the point where developers in other areas can often grok what's going on. Well, not there yet. > Translated to GDB this would mean that without expat you'd still get a > usable gdb, but loose goodies like the new flash support (which isn't > terribly useful for a native gdb anyway). I dislike this idea, as I've said before: - for the same reason I dislike #if. The code is far more likely to rot if you can build GDB with it preprocessed or Makefile'd out. - for the bug reports we'll get where GDB mysteriously fails to have some feature. But that's not the end of the world; if the outcome of this discussion is that conditionalizing features is preferable to bundling expat, I'm willing to adjust it to do so. I'd spit out a big warning at the end of configure if expat was not found. And probably warnings during debug sessions if the expat code paths would have triggered. ... And maybe rethink using the minimal expat versus the more feature-complete libxml2, but I'd need to talk to Vladimir about that; he's written XML parsers more recently than I have now. -- Daniel Jacobowitz CodeSourcery