Re: Enforcing "depends" order for 3rd-party targets?

[Alexey Solofnenko]

I had to update a lot my build scripts in order for them to run in parallel mode with my own parallel executor. The usual problem was a missing dependency. Out of normal order execution breaks in random places and without careful review of all targets, it is difficult to fix all of them. I was thinking about external target order too, but the ordering logic became too complex when there are several targets setting different orders on other targets. For example, clean build could be "clean;build", meaning first run "clean" and later "build". Unfortunately usually "clean" and "build" targets depend on other targets, so the rule should be translated into

- Alexey.

Dominique Devienne wrote:

{depends(clean) ^ depends(build)} -> {depends(clean) - (depends(clean) ^ depends(build))} -> {depends(build) - (depends(clean) ^ depends(build))}" This effectively means that all targets in {depends(clean) - (depends(clean) ^ depends(build))} should depend on all targets in {depends(clean) ^ depends(build)}.... And it is assuming that none of the other targets impose other ordering rules. However it is an important feature that is required for a real parallel executor. If you know a solution, please let me know.

On Mon, Aug 18, 2008 at 4:48 PM, cowwoc <[EMAIL PROTECTED]> wrote:

Right, but how would I make this work even for a future theoretical parallel
executor? It is my understanding that the Ant documentation does not
guarantee the execution order and relying upon the existing behavior is
discouraged, which is why I ask.

Nah, most builds would break down if this default behavior was
changed. The default executor will never change in this line of Ant;
The Ant community cares about BC too much. Maybe a future hypothetical
Ant2 would, but I doubt it, as the "velocity" of Ant's development has
slowed down a lot in the past few months. --DD

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

--
------------------------------------------------------------------------
Alexey N. Solofnenko <http://trelony.cjb.net/>
Pleasant Hill, CA (GMT-8 usually)

smime.p7s
Description: S/MIME Cryptographic Signature