Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (idunn.apache.osuosl.org: domain gmail.com designates
 66.249.92.168 as permitted sender)
DomainKey-Status: good
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:from:reply-to:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id;
        b=T+DLvRmuE28ilVUKbhaMd0PxP7pxfAT8C5+/3Dxnt6HC5CKApQZF/jEkj+x711sq0Z7GIloJ6QdnYGzQu/TiQ/NAOJfxpolhptan/Nv3MeZ/6xCQfpMcxqzK6SP1qHZuhQ+PAUeendj8An0GrCS/TAP9ZMjPQfQq6Q3EdfP8mI8=
From: Gregory Shimansky <gshimansky@gmail.com>
Reply-To: harmony-dev@incubator.apache.org
To: harmony-dev@incubator.apache.org
Subject: Re: [drlvm] Trouble Building DRLVM
Date: Thu, 21 Sep 2006 03:57:58 +0400
User-Agent: KMail/1.9.1
References: 
 <523F3D8D8C97554AA47E53DF1A05466A3AAEA4@nnsmsx411.ccr.corp.intel.com>
 <200609210328.15880.gshimansky@gmail.com>
 <6124FF97-F123-498D-BD1F-9EC6D3077409@pobox.com>
In-Reply-To: <6124FF97-F123-498D-BD1F-9EC6D3077409@pobox.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200609210357.58719.gshimansky@gmail.com>

On Thursday 21 September 2006 03:43 Geir Magnusson Jr. wrote:
> On Sep 20, 2006, at 7:28 PM, Gregory Shimansky wrote:
> > On Wednesday 20 September 2006 23:47 Geir Magnusson Jr. wrote:
> >> Ok - so to summarize, there are two things here :
> >>
> >> 1) We need to find a clean way to get bootclasspath.properties.  I
> >> don't like JAVA_HOME.  I'd like to see if we can simply presume a
> >> structure, with an override property for people that want to do weird
> >> things.
> >
> > I don't think it is so weird. JAVA_HOME setting is ignored by RI
> > and I agree
> > with it. It is a variable usually used by scripts like ant
> > invocation. JRE
> > should find its internals itself without any pointer from the user.
>
> Right.
>
> > Also before we get a very stable JRE I wouldn't want JAVA_HOME to
> > point to
> > harmony deploy build. It may result in quite unexpected behavior of
> > other
> > applications including aforementioned ant. When building Harmony VM
> > it cannot
> > overwrite JRE directory on windows because ant is being executed by
> > Harmony
> > JRE already (unless it crashes of course).
>
> What?  You mean actually rewrite JAVA_HOME?

No. I just don't want to have it pointing to Harmony JRE deployment directory 
when I work on it and rebuild it often, then try to run what I have got 
compiled. If I had to always have JAVA_HOME to point to Harmony JRE I'd have 
to switch it off and on to run ant every time I need to rebuild.

The solution is as you agreed above, JRE shouldn't depend on JAVA_HOME in any 
way.

-- 
Gregory Shimansky, Intel Middleware Products Division

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org