From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9600 invoked by alias); 13 Oct 2007 10:13:18 -0000 Received: (qmail 9592 invoked by uid 22791); 13 Oct 2007 10:13:17 -0000 X-Spam-Check-By: sourceware.org Received: from heller.inter.net.il (HELO heller.inter.net.il) (213.8.233.23) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 13 Oct 2007 10:13:15 +0000 Received: from HOME-C4E4A596F7 (IGLD-80-230-42-210.inter.net.il [80.230.42.210]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id DVQ45148 (AUTH halo1); Sat, 13 Oct 2007 12:05:09 +0200 (IST) Date: Sat, 13 Oct 2007 13:51:00 -0000 Message-Id: From: Eli Zaretskii To: Joel Brobecker CC: pedro_alves@portugalmail.pt, gdb-patches@sourceware.org In-reply-to: <20071012220715.GC4038@adacore.com> (message from Joel Brobecker on Fri, 12 Oct 2007 15:07:15 -0700) Subject: Re: Windows DLL support update (a bit slimmer version) Reply-to: Eli Zaretskii References: <46C8BEC4.3030807@portugalmail.pt> <20070903174605.GK12440@caradoc.them.org> <20071012213136.GG8721@adacore.com> <20071012215251.GA6302@caradoc.them.org> <20071012220715.GC4038@adacore.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-10/txt/msg00356.txt.bz2 > Date: Fri, 12 Oct 2007 15:07:15 -0700 > From: Joel Brobecker > > > > Given the growing importance that XML is taking in GDB, maybe there > > > will be a day when it is worth having a copy of the expat sources in > > > GDB, and always build with expat. > > > > I was told that importing expat was unacceptable. I was also told > > that requiring it be installed to build GDB was unacceptable. This > > is about the best I can manage given those restrictions. > > Yes, I remember too. That's the best decision we could all make > given these restrictions. I've just re-read that discussion. To put the above in context, each ``restriction'' was given by a different group of persons. Only one was opposed to including libexpat in the GDB distribution, while 3 others were opposed to requiring libexpat for building GDB. The FSF recommends not to bundle external packages (for legal reasons, not for technical ones), so you could count that in addition to the single individual that opposed bundling libexpat. > DLL support is pretty important in my opinion, and some users might > be surprised to see it disappear silently because their system does > not have libexpat installed. Yes. How about adding a warning message to GDB stating that lack of libexpat causes the related feature to not work, when the user tries to invoke a command that's affected? > Is it worth keeping a list of the "target-specific" features that > require expat? I'd say yes, and that list should be in the user manual, not in README.