Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 7794 invoked from network); 23 Sep 2010 12:02:35 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 23 Sep 2010 12:02:35 -0000 Received: (qmail 18925 invoked by uid 500); 23 Sep 2010 12:02:34 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 18831 invoked by uid 500); 23 Sep 2010 12:02:33 -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 18822 invoked by uid 99); 23 Sep 2010 12:02:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Sep 2010 12:02:32 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sebbaz@gmail.com designates 209.85.216.49 as permitted sender) Received: from [209.85.216.49] (HELO mail-qw0-f49.google.com) (209.85.216.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Sep 2010 12:02:26 +0000 Received: by qwe4 with SMTP id 4so11075qwe.36 for ; Thu, 23 Sep 2010 05:02:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=ZSkCggTTICl5dGavOdzmGV4kYR6CoZhy7oHgAfvuHxY=; b=nqkqwEDSFDP+kHszgJmIbmIKkbbFEZqTPeIxSVtsPxcLHVaNrbYrsu10jxybu6oCC+ z98ww1UL5SveNy20qutQKa1uYb/DqxpgLMVgF3T1IidFE6sWgla1LyYnBG32PjvZtoLa FIl6PVyHQtrNLi0Pyh+gUKINaCeVnjDCHjmro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=jVMBgqH0DWiwjAbPNVmQu0JASvwn+k6/cDY4i6lSqfXtGuvz4siKuGi23YOSDR8yTt 7BnyhkpozjiYoyRNUDQFqPrEM4G26PstDiRe+24wutcTwDE4BvVI2QhYdWaNRePzebeJ fzf7z0SCWAe7thwqIM5myi6052rdWeplUYwVk= MIME-Version: 1.0 Received: by 10.224.53.203 with SMTP id n11mr1164191qag.336.1285243129306; Thu, 23 Sep 2010 04:58:49 -0700 (PDT) Received: by 10.229.230.213 with HTTP; Thu, 23 Sep 2010 04:58:49 -0700 (PDT) In-Reply-To: <201009231117.o8NBHGPa030236@d06av04.portsmouth.uk.ibm.com> References: <201009231117.o8NBHGPa030236@d06av04.portsmouth.uk.ibm.com> Date: Thu, 23 Sep 2010 12:58:49 +0100 Message-ID: Subject: Re: [build] Ensuring consistent build environment for releases From: sebb To: dev@harmony.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On 23 September 2010 12:17, Mark Hindess wrot= e: > > I've been looking at: > > =A0https://issues.apache.org/jira/browse/HARMONY-6535 > > and wondering about build processes particularly for releases. > > Some of you might have noticed (as I checked in my scripts recently[0]), > that I try quite hard to ensure that the linux builds are built with a > known environment. =A0In particular, these scripts do: > > =A0cat /tmp/build/*/common_resources/depends/jars/ecj_*/ecj-*.jar \ > =A0 =A0 =A0>/usr/share/ant/lib/ecj-harmony.jar > > to ensure that the version of ecj used during the build is the one > defined by the harmony dependency downloads. > > I don't really have an equivalent clean process for windows and it looks > like the version of ecj.jar on my windows build machine was a little > older than the 3.5.1 that I used on Linux. =A0So this accounts for the > differences described in the above JIRA. > > Obviously I've fixed my machine now and will try to make sure I check > this before building release binaries in future. =A0However, I'd prefer a > more robust solution. > > I'd be tempted to add a build time check to look at the ecj jar version > that is available but there doesn't seem to be enough information in the > ecj.jar manifests to do this. > > Anyone got any bright ideas? I must be missing something here. Can you not give the ecj jar a version-specific path name, and use that in the classpath? > Regards, > =A0Mark. > > [0] https://svn.apache.org/repos/asf/harmony/standard/tools/release > >