Return-Path: Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 36341 invoked from network); 21 Jul 2000 14:51:01 -0000 Received: from lukla.sun.com (192.18.98.31) by locus.apache.org with SMTP; 21 Jul 2000 14:51:01 -0000 Received: from gw.netbeans.com ([129.156.76.1]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id IAA23157 for ; Fri, 21 Jul 2000 08:50:59 -0600 (MDT) Received: from appsrv.netbeans.com (appsrv.netbeans.com [212.24.138.171]) by gw.netbeans.com (8.9.3/8.9.3) with ESMTP id QAA11580 for ; Fri, 21 Jul 2000 16:50:58 +0200 Received: from netbeans.com (IDENT:jglick@karlovo-nb.netbeans.com [212.24.138.185]) by appsrv.netbeans.com (8.9.3/8.9.3) with ESMTP id QAA24313 for ; Fri, 21 Jul 2000 16:50:57 +0200 Sender: Jesse.Glick@netbeans.com Message-ID: <39786343.714E0E1@netbeans.com> Date: Fri, 21 Jul 2000 16:50:43 +0200 From: Jesse Glick Organization: Sun Microsystems X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: ant-dev@jakarta.apache.org Subject: Re: Incremental Compilation and ant References: <3.0.5.32.20000722002654.008c62e0@latcs4.cs.latrobe.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Peter Donald wrote: > My question remains - why create a massive workaround for crappy compilers > when you already have a very very very fast compiler that does it for you. > Integrating this into javac task is just penalising the decent compiler and > hiding faults of bad compilers. Fair enough--question though re. Jikes: if you simply ask it to compile every source file, will it correctly compile only those it needs to, and not up-to-date sources, even though you explicitly requested them? Or is it necessary to _only_ give it some entry point(s) such as main classes to make sure it is lazy enough? -Jesse -- Jesse Glick NetBeans, Open APIs tel (+4202) 3300-9161 Sun Micro x49161 Praha CR