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=14320>. 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=14320 copy fileset followsymlinks="false" does not copy symlinks at all [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Other |Linux Platform|Other |All ------- Additional Comments From [EMAIL PROTECTED] 2002-11-07 06:00 ------- Hi Gus, thanks for the prompt response. Yes, I was afraid of that. To work around this issue, I have my ant script invoke "make" in a subproject that takes care of doing the OS-specific functionality (creates the symlink in the build directory). You guessed it -- my symlink is relative, and I'd like it to stay that way after a build. The reason why I thought this was a bug is because it didn't seem like the expected behavior (since it wasn't documented as such) when followsymlinks="false". I wouldn't expect it to exclude all symlinks as a consequence. Needlesstosay, although symlinks are not platform-independent, one can argue that since there are useful core ant tasks such as "Chmod" that only take effect under Unix, supporting symlinks as an *option* (e.g., when copying) should be strongly considered. Thoughts? -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
