AW: AW: extended parallelism

2007-12-20 Thread Jan.Materne
> I am interested to know why is it desirable to have the parallel > executor work on unmodified build XML files. Because its easier to use. Dont forget - this executor is not the default one. Jan - To unsubscribe, e-mail: [EM

Re: AW: AW: AW: extended parallelism

2007-12-20 Thread Klaus Malorny
[EMAIL PROTECTED] wrote: you'll get the following dependencies among the _tasks_: taskb1: -none- taskb2: taskb1 taskb3: taskb1 where is ? Just for annotating? taskb1 : -none- parallel: taskb1 and the execution of 'parallel' would be taskb2: - none- taskb3: t

AW: AW: AW: extended parallelism

2007-12-19 Thread Jan.Materne
> Sure, but you can regard the body of a target as having an > implicit block. yes > > > > > > > > > you'll get the following dependencies among the _tasks_: > > > taskb1: -none- > taskb2: taskb1 > taskb3: taskb1 where is ? Just for annotating? taskb1 : -none-

Re: AW: AW: extended parallelism

2007-12-19 Thread Klaus Malorny
[EMAIL PROTECTED] wrote: Usually tasks have to be processed sequentially. Jan Sure, but you can regard the body of a target as having an implicit block. e.g. you'll get the following dependencies among the _tasks_: taska1: -n

AW: AW: extended parallelism

2007-12-19 Thread Jan.Materne
> sure. But if you would use and parallel execution > of targets at the > same time, you could end up in many more executing threads > than the system can > efficiently cope with (memory, CPU, I/O wise). One could try > to break the target > parallelism down to the task parallelism on the >

AW: AW: AW: extended parallelism

2007-12-19 Thread Jan.Materne
> As I understand it, the order is respected under > simple circumstances, but ultimately the dependency > graph is calculated such that a dependency is executed > however early it must be to ensure that every target's > dependencies precede it. That is what I thought. The contract is only that

Re: AW: AW: extended parallelism

2007-12-18 Thread Matt Benson
--- Klaus Malorny <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > > Oh, have to have a look at that. If I change the > semantic this has to be > > made explicit ... > > (It can be done because you have to specify the > executor for your own > > ...) > > > > "Ant tries to execute the t

Re: AW: AW: extended parallelism

2007-12-18 Thread Klaus Malorny
[EMAIL PROTECTED] wrote: Oh, have to have a look at that. If I change the semantic this has to be made explicit ... (It can be done because you have to specify the executor for your own ...) "Ant tries to execute the targets in the depends attribute in the order they appear (from left to right)

AW: AW: extended parallelism

2007-12-18 Thread Jan.Materne
> >> > >> If such a dependency did exist, it should be incorporated in > >> the depends attribute of the 'b' & 'c' target declarations. > > > > Thats the meaning - unordered list. > > > > > >> Assuming in the example above that targets b, c & d have no > >> dependencies of their own, they sho