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 60517 invoked from network); 29 Mar 2000 16:46:43 -0000 Received: from smtp1.plusnet.ch (HELO smtp.plusnet.ch) (root@194.158.230.8) by locus.apache.org with SMTP; 29 Mar 2000 16:46:43 -0000 Received: from softwired-inc.com (pop-zh-3-dialup-236.freesurf.ch [194.230.202.236]) by smtp.plusnet.ch (8.9.1/8.9.1) with ESMTP id SAA23638 for ; Wed, 29 Mar 2000 18:46:41 +0200 Message-ID: <38E23456.F3552B1A@softwired-inc.com> Date: Wed, 29 Mar 2000 18:50:30 +0200 From: Thomas Haas X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: ant-dev@jakarta.apache.org Subject: Re: 1 suggestion and 1 bug report for ant References: <21C01735EF2DD111A8E4006097D17C4B0113C5B3@EXCHANGE> <20000329095930.B23534@scdi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N "Daniel, Matthew" wrote: > > The suggestion is - check to see if fastjar is installed on > > the system and > > if so, use that instead of jar - fastjar is a c replacement for jar > > I would recommend that the jar executable (and all the executables, for that > matter) be set as system properties. That would graciously solve that > problem. Would be very nice - somehow like the java.compiler property? > I also wanted to ask about "expensive" operations. I am working with > Antlr/SableCC and there is a grammar which produces many java files, then > the 1 or 2 java files that I contribute to the project. I only want those > many files rebuilt if the grammar file has changed. How can I accomplish > this? The Javac task does something like this. As far as I can remember it first searches all .java files, than looks for the corresponding .class files and removes every .java file from the compile list, if it is older. I am about to solve the same problem for JavaCC, which also translates grammer files into java files. Would be nice, if we could build a reusable solution, maybe based on the work done in Javac.java. - tom > Thanks, > -- /v\atthew > > -- > Matthew L Daniel Network Administrator > Still Current Development, Inc. http://www.scd.com/ > This post does not necessarily reflect the views of SCD, Inc.