Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Received-SPF: neutral (asf.osuosl.org: local policy)
To: dev@ant.apache.org
Subject: Re: scripting
References: <449BBCBD.5040404@apache.org>
	<8f836c660606230859i49bd46f4h90b33ccf587041ed@mail.gmail.com>
	<87fyhta7t9.fsf@www.samaflost.de> <449FC1D1.3030203@apache.org>
From: Stefan Bodewig <bodewig@apache.org>
Date: Mon, 26 Jun 2006 15:59:26 +0200
In-Reply-To: <449FC1D1.3030203@apache.org> (Steve Loughran's message of
 "Mon, 26 Jun 2006 12:15:29 +0100")
Message-ID: <87u068xbk1.fsf@www.samaflost.de>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through
 Obscurity, linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

On Mon, 26 Jun 2006, Steve Loughran <stevel@apache.org> wrote:
> Stefan Bodewig wrote:
>> On Fri, 23 Jun 2006, Alexey Solofnenko <trelony@gmail.com> wrote:
>>
>>> About property expansion - many languages use the same syntax for
>>> inline property substitution. It may be good not to expand
>>> properties automatically.
>> That's the reason it hasn't been implemented, exactly.  Just
>> imagine a script task using Perl with a bunch of Perl variables
>> that accidently collide with Ant properties.  Stefan
> 
> yeah, it would be funny. Perhaps an expandProperties attribute that
> would be false by default, but could be turned on if you knew what
> you were doing.

Works for me

      Stefan

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