Return-Path: 
 <ant-dev-return-15011-apmail-jakarta-ant-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@jakarta.apache.org
Received: (qmail 13228 invoked by uid 500); 21 Jun 2001 06:26:35 -0000
Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ant-dev@jakarta.apache.org
list-help: <mailto:ant-dev-help@jakarta.apache.org>
list-unsubscribe: <mailto:ant-dev-unsubscribe@jakarta.apache.org>
list-post: <mailto:ant-dev@jakarta.apache.org>
Delivered-To: mailing list ant-dev@jakarta.apache.org
Received: (qmail 13214 invoked from network); 21 Jun 2001 06:26:30 -0000
X-Authentication-Warning: bodewig.bost.de: bodewig set sender to
 bodewig@apache.org using -f
To: ant-dev@jakarta.apache.org
Subject: Re: [TASTE QUESTION] Enhance style task or enhance merge
 mapper/uptodate task?
References: <3B310E63.5020500@arielpartners.com>
From: Stefan Bodewig <bodewig@apache.org>
Date: 21 Jun 2001 08:26:28 +0200
In-Reply-To: Craeg K Strong's message of "Wed, 20 Jun 2001 16:58:11 -0400"
Message-ID: <m3ithql563.fsf@bodewig.bost.de>
Lines: 36
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Cuyahoga Valley)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N

Craeg K. Strong <cstrong@arielpartners.com> wrote:

> This is persuant to the patch I sent recently for the <style> task
> (adding a "force" attribute).

which I hope to get to these days, thanks.

> Note that these dependencies may not actually be _computable_ --
> rather they are simply asserted.

But this doesn't exclusively apply to <style>.  Say I have Java code
that uses a different class via reflection - neither <javac> nor
<depend> will catch this.

For this situation I've been playing with the idea of

<explicit-depend src="foo" dest="bar">
  <dependency target="targetfile">
    <source name="source1" />
    <source name="source2" />
  </dependency>
</explicit-depend>

which would - similar to depend - delete bar/targetfile if foo/source1
or foo/source2 is newer than that.

This would help in more than just these situations but could be used
to support the more generic tasks we have in several other fields.

This task would handle several dependencies at once (I'd translate all
source tags to includes in a fileset with dir "src" and create a
single mapper from all dependency rules).

Stefan

who doesn't really like the name explicit-depend.