Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 82864 invoked from network); 30 Apr 2010 11:35:31 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 30 Apr 2010 11:35:31 -0000 Received: (qmail 52118 invoked by uid 500); 30 Apr 2010 11:35:31 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 52045 invoked by uid 500); 30 Apr 2010 11:35:30 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 52036 invoked by uid 99); 30 Apr 2010 11:35:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Apr 2010 11:35:29 +0000 X-ASF-Spam-Status: No, hits=-1.6 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_MED,SPF_NEUTRAL,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 195.212.17.164 is neither permitted nor denied by domain of mark.hindess@googlemail.com) Received: from [195.212.17.164] (HELO mtagate4.de.ibm.com) (195.212.17.164) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Apr 2010 11:35:20 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate4.de.ibm.com (8.13.1/8.13.1) with ESMTP id o3UBZ0KE032589 for ; Fri, 30 Apr 2010 11:35:00 GMT Received: from d12av03.megacenter.de.ibm.com (d12av03.megacenter.de.ibm.com [9.149.165.213]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id o3UBYxfA1695794 for ; Fri, 30 Apr 2010 13:35:00 +0200 Received: from d12av03.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av03.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id o3UBYxEl002822 for ; Fri, 30 Apr 2010 13:34:59 +0200 Received: from anaheim.local (sig-9-146-152-125.uk.ibm.com [9.146.152.125]) by d12av03.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id o3UBYx38002804 for ; Fri, 30 Apr 2010 13:34:59 +0200 Message-Id: <201004301134.o3UBYx38002804@d12av03.megacenter.de.ibm.com> X-Mailer: exmh version 2.7.2 01/07/2005 (debian 1:2.7.2-18) with nmh-1.3 In-reply-to: <20100321161815.772A8816018@nike.apache.org> References: <3b3f27c61003210858qd0f0fd4lbc8065b0c23c8362@mail.gmail.com> <20100321161815.772A8816018@nike.apache.org> Comments: In-reply-to Mark Hindess message dated "Sun, 21 Mar 2010 16:17:23 +0000." From: Mark Hindess To: dev@harmony.apache.org Subject: Re: zlib in drlvm Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Apr 2010 12:34:59 +0100 X-Virus-Checked: Checked by ClamAV on apache.org In message <20100321161815.772A8816018@nike.apache.org>, Mark Hindess writes: > > In message <3b3f27c61003210858qd0f0fd4lbc8065b0c23c8362@mail.gmail.com>, > Nathan Beyer writes: > > > > While trying to perform a fresh build, zlib 1.2.3 wasn't downloading > > and it looks like zlib.net has released 1.2.4. While trying to update > > zlib, i noticed a few things: > > * The pre-built binary is only used for Windows - i assume we're using > > a shared zlib on other OSes, but do we keep the version controlled? > > I think the zlib api is pretty stable. So I'm not overly concerned > about version control. However, I suspect it is moot since hyzlib > is loaded first and almost certainly takes priority over the system > version. (Unless you set -Dhy.local.zlib=true to pick up the system > version instead of hyzlib [unix only].) > > > * The pre-built binary is only used for x86 Windows - we're > > downloading an 'x86_64' version from a JIRA attachment [1]. Shouldn't > > we put this into SVN, like the other pre-built dependencies? > > We should find a way to remove it and use only hyzlib instead. > > > * Anyone know how the x86_64 binary was built? > > No. I don't know enough about windows dll loading but perhaps it is > overriden by hyzlib anyway? > > > -Nathan > > > > [1] https://issues.apache.org/jira/browse/HARMONY-3196 In commit r939640, I fixed drlvm to use hyzlib on windows as the download was broken again and there didn't seem to be a new equivalent. Still need to: 1) Remove depends.properties entries. 2) Use hyzlib during link on unix (when hy.local.zlib=true is not set). 3) Upgrade hyzlib in classlib to use zlib 1.2.5 Regards, Mark.