From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8026 invoked by alias); 14 Feb 2012 12:58:37 -0000 Received: (qmail 8011 invoked by uid 22791); 14 Feb 2012 12:58:36 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from bar.sig21.net (HELO bar.sig21.net) (80.81.252.164) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 14 Feb 2012 12:58:22 +0000 Received: from p5099b351.dip0.t-ipconnect.de ([80.153.179.81] helo=zzz.local) by bar.sig21.net with esmtpsa (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.69) (envelope-from ) id 1RxHxY-0003X1-La; Tue, 14 Feb 2012 13:58:20 +0100 Received: from js by zzz.local with local (Exim 4.77) (envelope-from ) id 1RxHxX-0002l0-Ax; Tue, 14 Feb 2012 13:58:15 +0100 Date: Tue, 14 Feb 2012 12:58:00 -0000 From: Johannes Stezenbach To: "Yann E. MORIN" Cc: crossgcc@sourceware.org Subject: Re: [PATCH] Add zlib in case host's version is too old. Message-ID: <20120214125815.GA10567@sig21.net> References: <20120210115310.GC26179@sig21.net> <201202132124.13862.yann.morin.1998@free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201202132124.13862.yann.morin.1998@free.fr> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-21-Score: -2.9 (--) X-Spam-21-Report: No, score=-2.9 required=8.0 tests=ALL_TRUSTED=-1,BAYES_00=-1.9 autolearn=ham X-IsSubscribed: yes Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org X-SW-Source: 2012-02/txt/msg00071.txt.bz2 Hi Yann, On Mon, Feb 13, 2012 at 09:24:13PM +0100, Yann E. MORIN wrote: > On Friday 10 February 2012 12:53:10 Johannes Stezenbach wrote: > > Add zlib in case host's version is too old. > > There's already a zlib patch on the list, which I've been sitting on for > a bit of time now: > http://sourceware.org/ml/crossgcc/2011-11/msg00149.html Oh, I should've paid more attention to the list... In this case please drop my patch, I'll drop it too and use the linaro patches. > I've been reluctant to add this as-is (gut-feelings...) because I do not > want crosstool-NG to become a build-all-and-every-thing bloatware without > due thinking. > > Especially, the reason ivoked was for portability of the toolchain. This > would have been solved by statically linking the toolchain, which would > have pulled the host's static zlib, and thus the toolchain owuld be portable. > But just building our own seemed a bit overkill... > > > zlib is used by both binutils and gdb and the build fails > > on hosts which have a really old zlib version. > > This is a very good reason we might want to build our own zlib (the same > reason we do build the other complibs). > > Out of curiosity, what host is that? In my case I'm trying to build a toolchain which works on every machine in a large, heterogenous network. Some machines run "Red Hat Enterprise Linux WS release 3" (2.4.21-37.ELsmp) and are kept around for some old tools from IP vendors used in chip design. I can build a static toolchain on my Debian sid host just fine, but it won't run on the old RedHat because glibc complains "kernel too old" (sigh). I'm not sure how to solve this other than by building on the oldest machine. Note that the host gcc on this old machine is too old to compile a new cross gcc which means I have to compile a new host gcc (and a bunch of other tools) first... > > (gcc has its own zlib included) > > Would it be feasible to have gcc use our own version instead of its bundled > one? Zhenqiang said gcc's build would break in this case [1], but I would > like hard facts why it's not possible. > [1] http://sourceware.org/ml/crossgcc/2011-11/msg00147.html > > Also, I have some stuff pending that touches the way companion libraries are > handled, so I will post-pone this patch for a little bit... No problem, I just posted the patch because I'm using it. Thanks, Johannes -- For unsubscribe information see http://sourceware.org/lists.html#faq