[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: new build system (was: Re: CVS update: MODIFIED: ac-helpers ...)

From: John P Cavanaugh <cavanaug_at_soco.agilent.com>
Date: 2001-05-29 22:48:38 CEST

On Tue, May 29, 2001 at 04:20:24PM -0400, Mark Chu-Carroll wrote:
> On 26 May 2001 22:27:38 -0400, Garance A Drosihn wrote:
> > At 3:48 PM -0400 5/26/01, Greg Hudson wrote:
> > >Greg Stein wrote:
> > >> Yup. It is quite easy to build the one thing you're concerned
> > > > with. We don't have a notion of "everything in this directory",
> > > > but when you consider it: that is a bit bogus (the collection
> > > > of targets in any given directory is rather arbitrary w.r.t.
> > > > the desire to build something specific).
> > >
> > >In theory it might be bogus, but in reality directories usually
> > >have a solid meaning, like "the foo library and its tests".
> > >
> > >The arguments for a single Makefile are valid but not even close
> > >to compelling for real projects, and so a single Makefile winds
> > >up being merely bizarre and different for no good reason. Having
> > >to "(cd ../..; make libsvn_foo)" instead of just "make" isn't the
> > >end of the world, but it will irritate people who are used to
> > >doing it the normal way.
> >
> > While this is a tangent to the general subversion topics, it is
> > one which is of some interest to me as I've also found automake
> > and friends rather frustrating to deal with in some circumstances.
> > I am generally convinced that there MUST be some way to improve
> > on it, although I must admit I haven't quite figured out what
> > that might be...
> I actually have a suggestion here, which is going to ridiculous at
> first, but I'm actually entirely serious.
> Kill make.
> The fundamental problem here isn't that there's a clear advantage
> between recursive makefiles and big makefiles, or that there's some
> basic problem in automake that we can just fix, and then the kinds
> of problems that are being discussed here will disappear.
> The fundamental problem is that make sucks.

While I agree with the premise we need to be careful about grounding
ourselves. Subversion is enough of a stretch, trying to use something
other than make at the same time is probably straying too far from the
original goal of replacing cvs. Lets not try to boil the ocean...

--John Cavanaugh

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:30 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.