Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm
Sender: nwc
Message-ID: <3A2BA346.64B4D28@flashcom.net>
Date: Mon, 04 Dec 2000 08:59:34 -0500
From: Nicholas Christopher <nwc@flashcom.net>
Reply-To: nwc@bigfoot.com
MIME-Version: 1.0
To: ant-user@jakarta.apache.org
Subject: Re: RMIC dependency
References: <3A227546.46F6F7BC@ucs.co.za> <m3aealsbxn.fsf@bodewig.bost.de>
		<3A235FFE.364E5BC3@ucs.co.za> <m3hf4swl3x.fsf@bodewig.bost.de>
		<3A2378A1.4FBE9C94@ucs.co.za> <m3pujgv3u2.fsf@bodewig.bost.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Stefan Bodewig wrote:
> 
> Elardus Viljoen <elv@ucs.co.za> wrote:
> 
> > Stefan Bodewig wrote:
> >
> >> > Maybe it'a a problem that I'm using ant 1.1 and not 1.2?
> >>
> >> Could be. There have been some changes to Rmic after the 1.1
> >> release, maybe one of them fixed the behavior you have seen.
> >
> > Unfortunately, not the solution...  Is the easiest way to write my
> > own task that does a timestamp comparison?
> 
> No! Sorry, didn't want to shout.
> 
> The best - though maybe not easiest - you can do, is to find out why
> it doesn't work (if you look at the code you'll see it *does* perform
> timestamp comparisons).
> 
> I've never used rmic myself, if you could provide me with a simple
> test environment (a couple of source/class files and a build file)
> that shows this behavior, I'd be happy to help you nail down and fix
> the bug.
> 
> But I'll need your help here as I don't really know how to set up an
> environment like this.
> 
> Stefan


I've had the same problem. What I found was that javac/jikes was touching the
.class files every time.  For example:

$ ls *.java
Foo.java
$ javac *.java
$ # wait 10 minuites - do nothing to Foo.java
$ javac *.java

Foo.class will have the newer timestamp.  This is on Linux and javac and jikes
both do it.  So since the .class is always touched rmic always builds.  That's
my bet.
#wait ten minutes