From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15210 invoked by alias); 2 Nov 2010 01:03:47 -0000 Received: (qmail 12661 invoked by uid 22791); 2 Nov 2010 01:02:56 -0000 X-Spam-Check-By: sourceware.org Received: from pool-173-76-56-137.bstnma.fios.verizon.net (HELO cgf.cx) (173.76.56.137) by sourceware.org (qpsmtpd/0.83/v0.83-20-g38e4449) with ESMTP; Tue, 02 Nov 2010 01:02:51 +0000 Received: from ednor.cgf.cx (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id 171A313C061; Mon, 1 Nov 2010 21:02:50 -0400 (EDT) Received: by ednor.cgf.cx (Postfix, from userid 201) id 074392B352; Mon, 1 Nov 2010 21:02:50 -0400 (EDT) Date: Tue, 02 Nov 2010 01:03:00 -0000 From: Christopher Faylor To: GCC Development , Nick Clifton , Binutils , GDB Subject: Re: RFC: Add zlib source to src CVS resposity Message-ID: <20101102010249.GB19682@ednor.casa.cgf.cx> Mail-Followup-To: GCC Development , Nick Clifton , Binutils , GDB References: <4CCEF548.4000502@redhat.com> <20101101235550.GF26513@bubble.grove.modra.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101101235550.GF26513@bubble.grove.modra.org> User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2010-11/txt/msg00024.txt.bz2 On Tue, Nov 02, 2010 at 10:25:50AM +1030, Alan Modra wrote: >On Mon, Nov 01, 2010 at 05:13:44PM +0000, Nick Clifton wrote: >> * We have to make sure that zlib will build on all of the >> hosts that we care about. Should the situation arise >> where the zlib does not build on a particular host, and >> the zlib maintainers are not interested in making it >> build there, then it will be down to us to fix it. Or >> else abandon compression support on that host. > >This would mean we need to keep machinery to conditionally compile >in compressed debug support, removal of said support being HJ's stated >reason for importing zlib. > >I'm against importing zlib into binutils, and I think we should keep >support of compressed debug sections conditional, to avoid potential >bootstrap problems or circular dependencies. FWIW, I agree. I think that having to keep zlib up-to-date wrt potential security issues or other serious bugs is a burden that we shouldn't take on. Shouldn't we be trying to use any system shared libraries for these types of things specifically so that the vendor can handle problems for us? cgf