ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Resnick" <abune...@gmail.com>
Subject RE: Why "Trying to override old definition of task xxx" message?
Date Tue, 15 Mar 2005 12:09:30 GMT
<macrodef name="copy.compile.post">
 <attribute name="includes" description="pattern of files to include in
copy" default="**/*.dll **/*.exe **/*.map"/>
 <attribute name="source" description="root of dir to copy files from"/>
 <attribute name="dest" description="dir to copy files to"
default="${dir.bin.work}"/>
 <sequential>
  <copy todir="@{dest}" flatten="true">
   <fileset dir="@{source}" includes="@{includes}">
    <date datetime="${__bin.timestamp}" when="after"
pattern="yyMMddHHmmss"/>
   </fileset>
  </copy>
 </sequential>
</macrodef>

-----Original Message-----
From: Peter Reilly [mailto:peterreilly@apache.org] 
Sent: Tuesday, March 15, 2005 12:44
To: Ant Users List
Subject: Re: Why "Trying to override old definition of task xxx" message?

What does the macrodef look like?

Peter

David Resnick wrote:

>I renamed the macro attributes (which were includes, source and dest) to
>names that are definitely not in use, but there is no change.
>
>I also thought that the problem might be with the name of the macro
clashing
>with the copy task, but as I also have a copy.compile.pre macro that
doesn't
>cause the warning, that isn't it either.
>
>-----Original Message-----
>From: Peter Reilly [mailto:peterreilly@apache.org] 
>Sent: Wednesday, March 09, 2005 16:03
>To: Ant Users List
>Subject: Re: Why "Trying to override old definition of task xxx" message?
>
>If you use <ant> or <antcall> and if the "copy.compile.post" macro
>contains text or attributes that have embedded properties (like "${name}")
>which may change when the a new project is used, the macro
>contents will be different and the ant core code will whine about
>a change to the macro.
>
>There is a bug report about this (cannot remember the number) from
>a netbeans developer.
>
>Peter
>
>David Resnick wrote:
>
>  
>
>>As best as I can see it, I am only defining it once.
>>
>>This is the situation:
>>
>>There are 2 files: Main.xml and tools.xml. 
>>
>>In Main.xml (directly inside the project element) I have:
>>	
>>	<import file="tools.xml"/> 
>>
>>Inside targets in Main.xml I use the copy.compile.post macro.
>>
>>
>>In tools.xml (also directly inside the project element) I have:
>>
>>	<macrodef name="copy.compile.post">
>>		.
>>		.
>>		.
>>	</macrodef>
>>
>>...along with a dozen other macros.
>>
>>
>>copy.compile.post is the only macro that Ant complains about, and it only
>>complains some of the time (I haven't been able to see a pattern about
when
>>it complains). 
>>
>>-David
>>
>>-----Original Message-----
>>From: Peter Reilly [mailto:peterreilly@apache.org] 
>>Sent: Wednesday, March 09, 2005 15:25
>>To: Ant Users List
>>Subject: Re: Why "Trying to override old definition of task xxx" message?
>>
>>Looks like you are redefining a macrodef.
>>
>>For exmple:
>>
>><target name="compile" depends="copy">
>>  <macrodef name="doit" .../>
>>  <doit/>
>></target>
>>
>><target name="copy">
>>  <macrodef name="doit" .../>
>>  <doit/>
>></target>
>>
>>Would cause the macro "doit" to be defined twice.
>>Normally, one would place macrodefs outside of targets
>>and give them different names.
>>
>><macrodef name="copy_it".../>
>>
>><macrodef name="compile_it" ../>
>>
>><target name="compile" depends="copy">
>> <compile_it/>
>></target>
>>
>><target name="copy">
>>  <copy_it/>
>></target>
>>
>>Peter
>>
>>David Resnick wrote:
>>
>> 
>>
>>    
>>
>>>I have a project with a dozen macrodef definitions. Today I added 2 more
>>>   
>>>
>>>      
>>>
>>and
>> 
>>
>>    
>>
>>>now get the message "Trying to override old definition of task xxx" for
>>>      
>>>
>one
>  
>
>>>of the new macros at the start of most targets. The message doesn't seem
>>>      
>>>
>to
>  
>
>>>have any effect on the build, but I would like to know why it suddenly
>>>appeared.
>>>
>>>
>>>
>>>Does anyone know?
>>>
>>>
>>>
>>>Thanks, David
>>>
>>>
>>>
>>>
>>>   
>>>
>>>      
>>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>>For additional commands, e-mail: user-help@ant.apache.org
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>>For additional commands, e-mail: user-help@ant.apache.org
>>
>>
>>
>> 
>>
>>    
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>For additional commands, e-mail: user-help@ant.apache.org
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>For additional commands, e-mail: user-help@ant.apache.org
>
>
>
>  
>


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


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


Mime
View raw message