From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30965 invoked by alias); 31 Oct 2010 18:58:00 -0000 Received: (qmail 30932 invoked by uid 22791); 31 Oct 2010 18:57:59 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from mail-vw0-f41.google.com (HELO mail-vw0-f41.google.com) (209.85.212.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 31 Oct 2010 18:57:53 +0000 Received: by vws18 with SMTP id 18so2650137vws.0 for ; Sun, 31 Oct 2010 11:57:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.97.68 with SMTP id k4mr14284320qcn.261.1288551471485; Sun, 31 Oct 2010 11:57:51 -0700 (PDT) Received: by 10.220.182.10 with HTTP; Sun, 31 Oct 2010 11:57:51 -0700 (PDT) In-Reply-To: References: Date: Sun, 31 Oct 2010 18:58:00 -0000 Message-ID: Subject: Re: RFC: Add zlib source to src CVS resposity From: "H.J. Lu" To: Ian Lance Taylor Cc: "Frank Ch. Eigler" , Binutils , GCC Development , GDB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes 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-10/txt/msg00544.txt.bz2 On Sun, Oct 31, 2010 at 11:42 AM, Ian Lance Taylor wrote: > fche@redhat.com (Frank Ch. Eigler) writes: > >> "H.J. Lu" writes: >> >>> [...] =A0By default, the in-tree zlib is used. =A0If you configure >>> binutis using --with-system-zlib, system zlib will be used. =A0[...] >> >> Can you summarize what modern platforms lack a system zlib, and what >> justifies using the proposed in-tree copy by default? > > This is a good point. =A0We need zlib in the gcc repository because we > build it for the target, but this issue does not arise in the src > repository. =A0So this becomes a question for the binutils maintainers: do > the binutils want to be self-contained, or do they want to follow the > path of gcc and require additional libraries to be installed before a > build can succeed? zlib is in similar situation as intl. We include intl in binutils src and it can be disabled at configure time. For host zlib, should we check if it is available and fail back to in-tree zlib if there is no suitable host zlib? --=20 H.J.