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

Re: Minor patch for Makefile.in

From: Mo DeJong <mdejong_at_cygnus.com>
Date: 2001-06-04 09:11:31 CEST

On Sun, 3 Jun 2001, Greg Stein wrote:

> On Sun, Jun 03, 2001 at 11:08:55PM -0700, Mo DeJong wrote:
> > Hello.
> >
> > Here is a small little patch to get the toplevel Makefile
> > going when buildir != srcdir (this does not fix things,
> > it just gets the process started).
> It should be possible to use top_srcdir for this, rather than defining a new
> srcdir symbol. I agree with your change... checking in now (with some other
> stuff I'm checking in).

That sounds fine. It looks like these two changes will also be needed:

Index: Makefile.in
RCS file: /usr/local/tigris/data/helm/cvs/repository/subversion/Makefile.in,v
retrieving revision 1.10
diff -u -1 -r1.10 Makefile.in
--- Makefile.in 2001/06/04 06:40:32 1.10
+++ Makefile.in 2001/06/04 06:53:54
@@ -5,2 +6,3 @@
 abs_srcdir = @abs_srcdir@
+VPATH = @top_srcdir@

@@ -124,3 +126,3 @@
 # recursive targets to handle external projects (e.g. APR, Neon)
-external-all external-clean external-distclean external--install:
+external-all external-clean external-distclean external-install:
        @target=`echo $@ | sed s/external-//`; \

Also, there seems to be a big problem in build.conf WRT libsvn_fs.
If the build is not configured with libsvn_fs then a `make`
works just fine but a `make install` will blow up since
the install-lib: rule wants to install everything.

Don't you think life would be a lot easier if folks just
assume that the fs will always get built and add
my patch to build berkeley db from the src tree?

Mo DeJong
Red Hat Inc

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.