From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11203 invoked by alias); 12 Oct 2007 22:07:24 -0000 Received: (qmail 11102 invoked by uid 22791); 12 Oct 2007 22:07:23 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 12 Oct 2007 22:07:19 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id BC3C51E6860; Fri, 12 Oct 2007 18:07:17 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id KITOgtSYT37A; Fri, 12 Oct 2007 18:07:17 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 771661E6856; Fri, 12 Oct 2007 18:07:17 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 51A7AE7B58; Fri, 12 Oct 2007 15:07:15 -0700 (PDT) Date: Fri, 12 Oct 2007 22:54:00 -0000 From: Joel Brobecker To: Pedro Alves , gdb-patches@sourceware.org Subject: Re: Windows DLL support update (a bit slimmer version) Message-ID: <20071012220715.GC4038@adacore.com> References: <46C8BEC4.3030807@portugalmail.pt> <20070903174605.GK12440@caradoc.them.org> <20071012213136.GG8721@adacore.com> <20071012215251.GA6302@caradoc.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071012215251.GA6302@caradoc.them.org> User-Agent: Mutt/1.4.2.2i 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/msg00345.txt.bz2 > > 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'm not trying to change the situation today, more like thinking aloud that for future directions. 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. That being said, I am wondering if there are that many users that are savvy enough to build GDB themselves. Perhaps I should document that fact, but I see that there is already a paragraph in README regarding this. Is it worth keeping a list of the "target-specific" features that require expat? Not really sure, but I don't mind starting the list with documenting that requirement for DLL support. > Could you explain why you want to avoid expat? It's not like you have > to use a DLL version; it should not complicate shipping GDB at all. > It just has to be in CPPFLAGS and LDFLAGS when you're building GDB. You're right, and I've already started working in that direction. It's just a little bit extra sysadmin & script work which I would have liked to avoid just because I'm so hopelessly lazy :). Thanks for the feedback, Daniel. -- Joel