Return-Path: Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 39796 invoked from network); 29 Jan 2001 16:23:50 -0000 Received: from mail.alphalink.com.au (203.24.205.7) by h31.sny.collab.net with SMTP; 29 Jan 2001 16:23:50 -0000 Received: from donalgar (d390-ps3-mel.alphalink.com.au [202.161.110.202]) by mail.alphalink.com.au (8.9.3/8.9.3) with SMTP id DAA23945; Tue, 30 Jan 2001 03:23:55 +1100 Message-Id: <3.0.6.32.20010130032340.008a3100@alphalink.com.au> X-Sender: gdonald@alphalink.com.au X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Tue, 30 Jan 2001 03:23:40 +1100 To: ant-dev@jakarta.apache.org From: Peter Donald Subject: Re: Problems with the current bootstrap process Cc: ant-dev@jakarta.apache.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N At 05:17 29/1/01 +0100, Stefan Bodewig wrote: >Hi, > >I finally found some time to breathe today and tried my first >cvs-update since Pete has started to shuffle around the build >process. Took me quite some time to figure out what I was supposed to >do now 8-) Part of the problem is that ANT_HOME and the location of >the checked out sources have always been the same for the account I'm >doing Ant development on - I've now changed ANT_HOME to point to the >dist directory as this seems to give the same results. > >The bigger problem is that the Constants.java approach doesn't seem to >work for me (IBM JDK 1.3 on Linux) - the generated Constants.class >file contains the correct values, but the compiler has optimized away >the redirection to Constants and Main.class directly contains >@VERSION@ and @DATE@. > >It seems the compiler is smart enough to rely on *final* here but >chooses to read the value from the source instead of the class >file. First I thought I could fix it by compiling Constants.java on >its own, but it didn't change anything - I'll have to spend a little >time investigating whether this is unique to the JDK or my box or >something. One way to fix it is to convert Constants to a class and make the values non final (unsexy but workable). Cheers, Pete *-----------------------------------------------------* | "Faced with the choice between changing one's mind, | | and proving that there is no need to do so - almost | | everyone gets busy on the proof." | | - John Kenneth Galbraith | *-----------------------------------------------------*