ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dominique Devienne <>
Subject RE: Ant 1.6 todo thoughts
Date Thu, 26 Jun 2003 20:59:43 GMT
Ant + CppTasks + Ant-Contrib and CruiseControl and a bunch of custom

Each Ant project declares dependencies on what we call modules, which is an
aggregate of the JARs, XML descriptors, C/C++ headers and/or Import Lib
and/or .dll/.so's. These are auto-downloaded from a build server, usually
pick up the latest available for a given CVS branch. Each project/module are
under CC which pushes the module to the build servers. For compiling and
testing, the module dependencies allow to automatically inferring the module
path, classpath, system path, runtime properties, etc...

Each project/module publishes itself independently from each other, so you
can potentially have conflicts. To build a consistent set of modules, I've
added another layer that (like GUMP) gets a clean sandbox of all the
projects/modules (all using the same date), and builds them in dependency
order, but this time without downloading the dependencies but using the one
just built.

So there you go. I've basically re-implemented a baby GUMP for our own
purposes ;-) I got GUMP running for small pure Java projects, but like I
said, it doesn't scale to native stuff... --DD

> -----Original Message-----
> From: Steve Loughran []
> Sent: Thursday, June 26, 2003 3:37 PM
> To: Ant Developers List
> Subject: Re: Ant 1.6 todo thoughts
> Dominique Devienne wrote:
> > Thanks for the quick answer Conor and Stefan. Glad to head this should
> be
> > working with Ant CVS. We're using Ant 1.5.3 of course, and are unlikely
> to
> > switch over to Ant CVS though. I will nonetheless soon make sure Ant CVS
> is
> > backward compatible with all our builds and custom tasks, and let you
> guys
> > know how it fares. Now that I have a GUMP-like system, it should be
> easier
> > (GUMP simply isn't applicable to projects that exchange more than just
> Java
> > JARs, like native JNI libraries, C/C++ headers and the like as we do).
> I'm trying to do continuous ant-based builds of a C++ system, with
> Cppunit and some .NET import and testing.
> I've just got cruise control back up again, but it is kind of ropy.
> Someone is looking at anthill instead.
> what are you working with?

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message