On Sat, Feb 18, 2012 at 11:02 AM, Gilles Scokart <gscok...@gmail.com> wrote: > For me, one feature for a 2,0 would be a different style of dependency > tree that would allow better parallel execution (on the same machine, > or why not on distributed machines).
Agreed. I was in fact thinking of this one as well when I wrote my "integrated build generator/manipulator". > I see the 'targets' being more declarative, becoming a state > transition saying : I need this resources in that state, I will use > this other resources (and I don't want the to change during my > execution, and I will produce this other resources in that other > state. Yep, with the modulo that I see 'targets' in a fine-grained way, i.e. you know the graph of actions to transition all input files/resources and come up with the optimum way to achieve the stated goals given the hardware resources (single cpu computer, multi-core computer, grid of computers). That's basically Makefile territory in a way, and similar to what Peter's <outofdate> does as well. Right now Ant's targets typically deal with "macro" dependencies (build all .class file before building all .jar ones), and not "micro" dependencies at the file level, so the opportunities to do stuff in parallel are lessened IMHO. One reason Ant doesn't care much about this kind of parallelism is that Javac is fast-enough and cannot be distributed really, and it's the compilation of native languages like C++ that benefit most from those, and that's not Ant's territory in fact. > The dependency tree would be an logical engine finding the shortest > path to go to the desired state, using parallel/distributed processing > when possible. > > That's what I miss with existing build system : I want to go as > quickly as possible to a desired build state (from a current state). Have you read the 4 part series about how Google does its builds? Below's a link to part#4. --DD http://google-engtools.blogspot.com/2011/10/build-in-cloud-distributing-build.html --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
