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

Re: build rules

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-06-05 01:42:10 CEST

Per our phone conversation and David Ascher's comments, let's defer "fixing"
this until we figure out the desired requirements. Once we have that, then
we can fix things.

I have thought about targeted clean rules, but it gets hard to name them
properly (since it pretty much has to be by-directory). So... no go for now.

Cheers,
-g

On Mon, Jun 04, 2001 at 02:36:22PM -0500, Ben Collins-Sussman wrote:
>
> Question for gstein.
>
> In the old days, if I changed a single C file and ran 'make' in a
> subdir, it would recompile the one file and then relink the particular
> libsvn_ library I was working in. I would then deliberately go into
> client/ and run 'make clean && make', because I wanted a fresh
> timestamp on the svn binary.
>
> To be clear: the issue here is that I (and others) have become very
> dependent on running 'svn -v' and seeing *exactly* when the binary was
> built. That timestamp is hardcoded into help-cmd.c, I believe... so
> the only way to get a "fresh" binary was to 'make clean'.
>
> In the new build system, if I change one C file and run 'make' from
> the top level, then
>
> * the C file is recompiled
> * the library is re-linked
> * 'svn' is relinked.
>
> Which is perfectly correct. But the problem is that I need a rule to
> 'make clean' *only* in the client/ directory. I've lately just been
> going into client and doing an 'rm -rf *.o'. Kinda silly?
>
> So what's the solution? Can we have a rule which forcibly rebuilds
> the entire command-client client?
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

-- 
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:31 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.