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

Re: Libtool error in current CVS.

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-03-28 11:40:04 CEST

On Wed, Mar 28, 2001 at 12:46:05AM -0800, Mo DeJong wrote:
> On Tue, 27 Mar 2001, Greg Stein wrote:
>...
> > Did you try to build libsvn_ra_local before libsvn_fs? Maybe on your system,
> > libsvn_fs and libsvn_ra_local aren't being built (due to missing -ldb), yet
> > you went into a directory and tried to build one?
>
>
> Looks like a little build order problem, this patch
> fixes it (for me anyway).
>
> Index: subversion/Makefile.am
> ===================================================================
> RCS file: /cvs/subversion/subversion/Makefile.am,v
> retrieving revision 1.25
> diff -u -r1.25 Makefile.am
> --- subversion/Makefile.am 2001/03/09 17:53:41 1.25
> +++ subversion/Makefile.am 2001/03/28 08:40:37
> @@ -8,9 +8,9 @@
> libsvn_wc \
> libsvn_ra \
> libsvn_ra_dav \
> - libsvn_ra_local \
> libsvn_client \
> @FS_BASED_DIRS@ \
> + libsvn_ra_local \
> client \
> @APACHE_MODULES@ \
> tests

Ah. I remember this.

Ben's fault. He put libsvn_ra_local in there, and I replied to his checkin
saying that was wrong. FS_BASED_DIRS contains libsvn_ra_local *if* the FS is
being built (e.g. -ldb is available). I guess he didn't read my reply, or
simply forgot to change it. I'll do it now... (done)

IOW, libsvn_ra_local should not always be built. It is conditional.

>...
> make[1]: Entering directory
> `/usr/local/project/build/subversion/subversion/client'
> /bin/sh ../../libtool --mode=link gcc -pthread -g
> -Wall -o svn main.o status ...
> ...
> gcc: /usr/local/project/build/subversion/neon/src/.libs/.libs/libneon.a:
> No such
> file or directory
> gcc:
> /usr/local/project/build/subversion/subversion/libsvn_fs/.libs/.libs/libsvn
> _fs.a: No such file or directory
>
>
>
> I got rid of the --quiet argument to libtool, it seems
> that somewhere along the way, libtool adds a second .libs
> dir to the relative path it is looking up.
>
> ../../neon/src/libneon.la -> /usr/local/project/build/subversion/neon/src/.libs/.libs/libneon.a
>
> This one has me stumped. Anyone have any ideas what might
> have changed to cause this?

There was a recent change to libsvn_ra_{dav,local}/Makefile.am to deal with
cross-linking between shared libs. It's a hack cuz libtool is dumb, but I
haven't found an alternative yet. Maybe this is causing your problem?

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:26 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.