From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2294 invoked by alias); 24 Jul 2006 06:20:11 -0000 Received: (qmail 2275 invoked by uid 22791); 24 Jul 2006 06:20:10 -0000 X-Spam-Check-By: sourceware.org Received: from nile.gnat.com (HELO nile.gnat.com) (205.232.38.5) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 24 Jul 2006 06:20:08 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-nile.gnat.com (Postfix) with ESMTP id 0D1C948CC19; Mon, 24 Jul 2006 02:20:06 -0400 (EDT) Received: from nile.gnat.com ([127.0.0.1]) by localhost (nile.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15888-01; Mon, 24 Jul 2006 02:20:05 -0400 (EDT) Received: from takamaka.act-europe.fr (unknown [70.71.0.212]) by nile.gnat.com (Postfix) with ESMTP id 702C448CC03; Mon, 24 Jul 2006 02:20:05 -0400 (EDT) Received: by takamaka.act-europe.fr (Postfix, from userid 507) id 67B2547EFA; Sun, 23 Jul 2006 23:20:04 -0700 (PDT) Date: Mon, 24 Jul 2006 06:20:00 -0000 From: Joel Brobecker To: Mark Kettenis Cc: cgf-gdb-patches@sourceware.org, gdb-patches@sourceware.org Subject: Re: [RFC] Add expat to the GDB sources Message-ID: <20060724062004.GB12362@adacore.com> References: <20060718134048.GA15685@nevyn.them.org> <20060723224032.GA5168@trixie.casa.cgf.cx> <200607232318.k6NNIV28004376@elgar.sibelius.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200607232318.k6NNIV28004376@elgar.sibelius.xs4all.nl> User-Agent: Mutt/1.4i 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/msg00330.txt.bz2 > Any UNIX-like system shipped within the last decade comes with a > decent curses implementation, wo we consider it to be a part of the > operating system. Apart from Linux there are probably no systems that > ship with expat. And even on most Linux systems expat won't be usable > because the bloody expat "development" package isn't installed. Plus: Having it in our source tree allows us to have a good knowledge and control of what we have. What if a user has a whather-distro-modified version of libexpat and this version has a big bug in it? Or what if the current released version has a bug that we just fixed? I think not having it in our tree makes it more difficult for our users to build GDB, and that should also count. I don't want to make a policy of it, but having something as small as libexpat, especially since it doesn't seem to be evolving much, seems better than documenting the requirement of having it installed on the system. So even thought we should make a decision on a case by case basis, I would be inclined in this case to include libexpat. I don't think we're actually doing a fork. I think it's like readline: we try to push the patch to the authors first before putting it in our copy. -- Joel