From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29553 invoked by alias); 31 Oct 2010 19:13:04 -0000 Received: (qmail 29542 invoked by uid 22791); 31 Oct 2010 19:13:03 -0000 X-SWARE-Spam-Status: No, hits=-4.7 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (74.125.121.35) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 31 Oct 2010 19:12:58 +0000 Received: from kpbe13.cbf.corp.google.com (kpbe13.cbf.corp.google.com [172.25.105.77]) by smtp-out.google.com with ESMTP id o9VJCtbf023178 for ; Sun, 31 Oct 2010 12:12:55 -0700 Received: from pvg3 (pvg3.prod.google.com [10.241.210.131]) by kpbe13.cbf.corp.google.com with ESMTP id o9VJCrgM026457 for ; Sun, 31 Oct 2010 12:12:54 -0700 Received: by pvg3 with SMTP id 3so522304pvg.35 for ; Sun, 31 Oct 2010 12:12:53 -0700 (PDT) Received: by 10.142.162.5 with SMTP id k5mr3205586wfe.203.1288552373437; Sun, 31 Oct 2010 12:12:53 -0700 (PDT) Received: from coign.google.com (adsl-71-133-8-30.dsl.pltn13.pacbell.net [71.133.8.30]) by mx.google.com with ESMTPS id v19sm7254068wfh.12.2010.10.31.12.12.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 31 Oct 2010 12:12:52 -0700 (PDT) From: Ian Lance Taylor To: "H.J. Lu" Cc: "Frank Ch. Eigler" , Binutils , GCC Development , GDB Subject: Re: RFC: Add zlib source to src CVS resposity References: Date: Sun, 31 Oct 2010 19:13:00 -0000 In-Reply-To: (H. J. Lu's message of "Sun, 31 Oct 2010 11:57:51 -0700") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true 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/msg00545.txt.bz2 "H.J. Lu" writes: > On Sun, Oct 31, 2010 at 11:42 AM, Ian Lance Taylor wrot= e: >> fche@redhat.com (Frank Ch. Eigler) writes: >> >>> "H.J. Lu" writes: >>> >>>> [...] =C2=A0By default, the in-tree zlib is used. =C2=A0If you configu= re >>>> binutis using --with-system-zlib, system zlib will be used. =C2=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. =C2=A0We need zlib in the gcc repository because we >> build it for the target, but this issue does not arise in the src >> repository. =C2=A0So this becomes a question for the binutils maintainer= s: 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? I assume that the reason we do that for intl is because it has complex interactions with the rest of the C library, so using the wrong intl library will cause confusing behaviour when the LC_ environment variables are set. That case does not arise for zlib. I think that if we do ship zlib with the binutils, we might as well always build it rather than using complex configure tests. This is just my opinion, and really I think the more active binutils and gdb maintainers should decide what to do here. Ian