Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of ddevienne@gmail.com designates
 64.233.182.191 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=OyanvijCEFMNDrxeAcNahIn+E2WeMMI+ynBs9AO3gkHW3sYGhcXaKp5alsJBPEdVvcFKaWpjXDvs24rVvp2FYx5Yd9Y67DF+gwAYYz55eV5HgUGHdZjYt9hpOZTrCkoGk+Q2fLRTyhMyf05t4RABD0G/pcPFttAaBGzlawHL1C8=
Message-ID: <255d8d690607261818p29cd018dy4b406288ef98423b@mail.gmail.com>
Date: Wed, 26 Jul 2006 20:18:13 -0500
From: "Dominique Devienne" <ddevienne@gmail.com>
To: "Ant Developers List" <dev@ant.apache.org>
Subject: Re: conditional attributes for arg and env elements
In-Reply-To: <20060726215215.4183.qmail@web55110.mail.re4.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <ea8l91$te8$1@sea.gmane.org>
	 <20060726215215.4183.qmail@web55110.mail.re4.yahoo.com>

> IIRC DD was a supporter of "if/unless
> everywhere"; maybe he can summarize off the top of his
> head.  ATM I can't think why this would be A Bad Thing.

My own summary is that I don't really understand why some people are
so against if/unless in more places (like all top-level types ;-) Real
world experience has taught me it's indispensible. Maybe since I was
building a lot of platform-dependent code, I was in a special case,
but in practice we need conditionals in many places, and having to
just thru hoops to implements in A Bad Thing(tm) IMHO. --DD

PS: Then comes the questions of were to implement it. In the
types/nested-elements themselves, or at configure time to make the UE
appear/disappear based on if/unless

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