Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 44820 invoked from network); 7 Nov 2002 19:11:43 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 7 Nov 2002 19:11:43 -0000 Received: (qmail 13643 invoked by uid 97); 7 Nov 2002 19:11:53 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 13471 invoked by uid 97); 7 Nov 2002 19:11:52 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 13427 invoked by uid 50); 7 Nov 2002 19:11:50 -0000 Date: 7 Nov 2002 19:11:50 -0000 Message-ID: <20021107191150.13426.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: ant-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 14320] - copy fileset followsymlinks="false" does not copy symlinks at all X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . 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 ------- Additional Comments From gus.heck@olin.edu 2002-11-07 19:11 ------- Well, followsymlinks is already in a released stable version, so it won't get renamed. That would break existing build files which is bad bad bad. As for making FileSet and DirSet "aware" of symlinks, I am not sure what you mean, but I presume it is something like storing the link name and the name of the resource referenced such that it can be reproduced. If you think carefully about what I have said here, you will realize that this would not be very sucessful due to the absolutization (is that a word?) problems. Even if it could be done that would add a lot of checks for which OS, and a fair bit of overhead on supported OS's to the most used part of ant. I am not sure it would be worth the performance cost (for most users). This now looks like an enhancement request to me, do you agree? -- To unsubscribe, e-mail: For additional commands, e-mail: