DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13353>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13353 <delete> follows symbolic links to directories at risk of great data loss! [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From [EMAIL PROTECTED] 2002-10-11 13:48 ------- Well, it all is about backwards compatibility, sorry. <delete dir="somedir"/> is the traditional way to say "delete this directory and all its contents, don't ask any questions. The kind of task you use when running a "clean" target. If you want to do anything more sophisticated, use nested filesets. <fileset> in turn didn't know about symbolic links until Ant 1.5 (as Java doesn't know about them and we are still not sure whether the code we use works for all operating systems - especially systems that are not Unix-like). To have the complete same semantics as Ant 1.4, the only possible choice for Ant is to follow symbolic links by default. <delete> is special in a certain sense - it supports an followsymlinks attribute (inherited by MatchingTask) but ignores it unless you've also specified some include or exclude patterns. This is going to be fixed in CVS in a few minutes. After that, <delete dir="foo" followsymlinks="false"/> is going to be close to what you want, but still not the default. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
