DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=34458>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34458 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|<macrodef> and <ant> |<macrodef> with an embedded |sometimes conflict with each|reference and <*ant*> |other |conflict ------- Additional Comments From [EMAIL PROTECTED] 2005-04-15 10:41 ------- The problem is that the macrodef has a reference in it. The handling of references in ant is broken - they are resolved in a number of places - at parse time, and at run time. In this case, the 'id="abc"' in the macrodef is invalidly resolved when the <ant> call is made. Changing the title to reflect the problem. Thanks for the build files that show the problem. I am sure that you encountered the problem in a large build files and went to the effort of getting the simle build file. I am not sure what can be done to fix this. A work-around in this case would be to use an element name that is allowed in the file set: <macrodef name="foo"> <element name="include" implicit="yes" optional="yes" /> <sequential> <fileset id="abc" dir="."> <include /> </fileset> </sequential> </macrodef> -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
