Return-Path: Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Delivered-To: mailing list dev@ant.apache.org Received: (qmail 20109 invoked from network); 22 May 2003 20:16:03 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 22 May 2003 20:16:03 -0000 Received: (qmail 20991 invoked by uid 50); 22 May 2003 20:18:17 -0000 Date: 22 May 2003 20:18:17 -0000 Message-ID: <20030522201817.20990.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: dev@ant.apache.org Cc: Subject: DO NOT REPLY [Bug 20144] - Javadoc task running with cygwin 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=20144 Javadoc task running with cygwin levylambert@tiscali-dsl.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From levylambert@tiscali-dsl.de 2003-05-22 20:18 ------- cygwin is not really an operating system; rather it is an application suite running under Windows and providing some UNIX like functionality. AFAIK, Sun did not create any specific Java Development Kit or Java Runtime Environment for cygwin. See this link : http://www.inonit.com/cygwin/faq/ . Only Windows path names are supported by JDK and JRE tools under Windows or cygwin. Relative path names such as "src/org/apache/tools" are supported, but Java tools do not understand /cygdrive/c to mean c:\. So I would resolve this as invalid, because the problem is not ant, but the absence of specific Java environment for cygwin. The utility cygpath (used industrially in the ant script to support cygwin) can convert cygwin path names to Windows. You can use the task in ant to convert cygwin paths to Windows path, for instance like that : A request to create a task or to extend to support cygwin is thinkable, I am not sure though whether it would be OK.