Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 94987 invoked from network); 14 Nov 2003 09:19:34 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 14 Nov 2003 09:19:34 -0000 Received: (qmail 21616 invoked by uid 500); 14 Nov 2003 09:19:01 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 21590 invoked by uid 500); 14 Nov 2003 09:19:01 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 21576 invoked from network); 14 Nov 2003 09:19:00 -0000 Received: from unknown (HELO ns2.sky.com) (193.114.117.60) by daedalus.apache.org with SMTP; 14 Nov 2003 09:19:00 -0000 Received: from ost-msw-02.bskyb.com ([192.168.177.248]) by ns2.sky.com (8.9.3/8.9.3) with ESMTP id JAA23028 for ; Fri, 14 Nov 2003 09:19:12 GMT Received: from ost_exch_bhs02.bskyb.com (unverified) by ost-msw-02.bskyb.com (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Fri, 14 Nov 2003 08:49:52 +0000 Received: by bridgeheads.bskyb.com with Internet Mail Service (5.5.2657.72) id ; Fri, 14 Nov 2003 08:49:25 -0000 Message-ID: From: "Bell, Aaron" To: "'Ant Users List'" Subject: RE: macrodef and properties Date: Fri, 14 Nov 2003 08:51:09 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi Jacob, I have come across this. From the Ant manual (Property Task): "Properties are immutable: whoever sets a property first freezes it for the rest of the build; they are most definately [sic] not variable." Here we see a feature of macrodef: it is not like a function call. It does not have 'local' variables. I don't think basic property behaviour will be changed. If you want local variables - i.e. a property given a different value on each target call - you must use antcall. Cheers - Aaron Aaron Bell CRM Release Management int tel. 5448 ext tel. (01506) 485448 -----Original Message----- From: Jacob Kjome [mailto:hoju@visi.com] Sent: Friday, November 14, 2003 5:29 AM To: user@ant.apache.org Subject: macrodef and properties I have a macrodef where It does some work, then does a which stores the result in a property, then something else uses that property value. When I make calls to this, the first call works fine, but subsequent calls use the previously set property which, apparently, is set globally in the build. This isn't very useful at all. Is this going to be changed. I saw the following conversations, but I'm not completely sure if the issues raised/fixed there affect my issue... http://issues.apache.org/bugzilla/show_bug.cgi?id=23942 http://marc.theaimsgroup.com/?l=ant-dev&m=106664032815130&w=2 http://marc.theaimsgroup.com/?l=ant-user&m=106674668723133&w=2 Will the stuff in bug 23942 solve my issue? If so, when is this patch going to be applied? I'm using the latest 1.6 CVS. Is my only workaround using ? Wasn't the whole point of to get rid of the necessity for ? Jake --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org . ----------------------------------------------------------------------- Information in this email may be privileged, confidential and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you have received it in error, please notify the sender by return e-mail and delete it from your system. You should not reproduce, distribute, store, retransmit, use or disclose its contents to anyone. Please note we reserve the right to monitor all e-mail communication through our internal and external networks. ----------------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org