Mailing-List: contact user-help@ant.apache.org; run by ezmlm
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: includeAntRuntime
Date: Wed, 23 Apr 2003 09:23:28 -0400
Message-ID: 
 <126C77D3993DC640B8C9012D54A3C460046B2C24@ACCLUST02EVS1.ugd.att.com>
Thread-Topic: includeAntRuntime
Thread-Index: AcMJmsiSy64LSkgmSrqIUGJqcVKyIQAAI50A
From: "Tharp, Joshua L, SOLGV" <jltharp@att.com>
To: "Ant Users List" <user@ant.apache.org>

That's the way to do it. There is no real drawback to doing it (unless
you are inadvertently depending on any CLASSPATH settings that exist
external to your build file). ;)

Josh

-----Original Message-----
From: Erik Price [mailto:eprice@ptc.com]=20
Sent: Wednesday, April 23, 2003 6:16 AM
To: Ant Users List
Subject: includeAntRuntime

Hi,

If I understand correctly, the <javac> task inherits the contents of the

CLASSPATH environment variable (as well as any libraries in=20
$ANT_HOME/lib) indirectly from the Ant runtime.  Please stop me here if=20
I am wrong.

Quick question:

If I want to ensure that this environment variable is *not* inherited=20
(so I can be assured that I am not inadvertently depending on any=20
CLASSPATH settings that exist external to those specified in my build=20
file), what is the recommended solution?  At first I would have thought=20
that setting an explicit classpath to use would override any existing=20
classpath, but this appears to be true for <java>, not <javac>.  Looking

at the docs, I would assume it is the <javac> includeAntRuntime=20
attribute (set it to "no").

And, if so, are there any non-obvious drawbacks to doing so?


Thanks,

Erik


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org