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

Re: [PATCH] Don't build tests as part of plain "make"

From: Greg Stein <gstein_at_lyra.org>
Date: 2004-04-03 01:12:24 CEST

I'm with ghudson on this one. The test programs are very minor in the
scheme of things, so they ought to be part of "all". If time is an issue,
then we have a bunch of convenience targets to use instead (e.g. 'svn' was
mentioned).

Cheers,
-g

On Fri, Apr 02, 2004 at 05:08:17PM -0500, Greg Hudson wrote:
> On Fri, 2004-04-02 at 14:11, Max Bowsher wrote:
> > Are there any use cases when the user really care what CFLAGS are used to
> > build temporary testing programs that are not installed?
>
> Yes, and they should be as obvious to you as they are to me. ("I expect
> the test program to crash, so I want to rebuild Subversion, including
> the test programs, with debugging symbols, so that I can debug it.")
>
> > If there are, I'd rather find a "best-of-both-worlds" solution, as the
> > wasted time was sufficiently annoying to motivate me to make and test this
> > change.
>
> If we're talking about the incremental time of rebuilding after a small
> change, I usually type "make local-all" to do that. "make bin fs-bin"
> might do what you want; you could make a target which is an alias for
> those two.
>
> If we're talking about the time for a total build, I can't see how the
> extra time is significant, given how much other stuff gets built.
>
>
> ---------------------------------------------------------------------
> 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 Apr 3 01:11:22 2004

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.