[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

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-05-25 20:48:53 CEST

On Fri, May 25, 2001 at 10:18:18AM -0500, cmpilato@collab.net wrote:
> Greg Hudson <ghudson@MIT.EDU> writes:
> > Not everyone agrees. The examples used in that paper are bizarre and
> > uncommon, generally involving mutual dependencies between
> > directories.
> I haven't read the paper (or have I...I can't recall), but I was under
> the belief that mutual dependencies where exactly the types of
> problems that we were having with our old system.

No problems with *mutual* (or otherwise for that matter) dependencies that
I'm aware of, so GregH is right: that argument doesn't hold water :-)

> > Moreover, having a single Makefile is less functional in that you
> > can't run "make" in a subdirectory to build only targets in that
> > subdirectory, as is often convenient.
> This is correct. However, you *can* be in the top-level directory and
> run 'make libsvn_fs' or 'make libsvn_wc'. See build-outputs.mk for a
> list of shortcuts like these that are available.

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).

And if you can't leave a shell open, pointing to the top level, or you need
to have that subdir as the cwd, then I usually do something like:

$ (cd ../..; make libsvn_ra_dav)

Works great, and doesn't change my working dir.

> To be clear, I'm not sold on either the old or the new way to build --
> both systems seem to do the job, with the old one harder to maintain
> and the new one just a touch harder to use. *shrug*

If you have any specific problems here, then I'd like to hear them. Always
looking to keep it simple :-)


Greg Stein, http://www.lyra.org/
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.