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

Re: svn 1.4.4 --version/--help gives error without dav

From: David Glasser <glasser_at_davidglasser.net>
Date: 2007-07-30 05:50:59 CEST

On 7/29/07, Karl Berry <karl@freefriends.org> wrote:
> When I built subversion 1.4.4 --without-neon, I get a working svn
> binary, except that svn --version and --help report:
> svn: 'libsvn_ra_dav-1.so.0' does not define 'svn_ra_dav__init()': Error string not specified yet
> and exit without actually printing any information. As near as I could
> tell, nothing else was broken.
> The whole build command was: configure \
> --without-berkeley-db \
> --without-apxs \
> --without-neon \
> LDFLAGS="-Wl,-R -Wl,/usr/local/gnu/lib" \
> CFLAGS=-g \
> && make

Karl, when you run ./configure, does it at some point print

  An appropriate version of neon could not be found, so libsvn_ra_dav
  will not be built. If you want to build libsvn_ra_dav, please either
... etc

? It should print that when you us --without-neon, and the svn that
you're running should not look for libsvn_ra_dav. Or perhaps your svn
is linking against the wrong copy of libsvn_ra? What does 'ldd
path/to/svn' (if you're on Linux) say?

> Running gdb, I found that in subversion/svn/help-cmd.c, the svn_cl__help
> function was returning prematurely, due to the SVN_ERR wrapper around
> svn_ra_print_modules. Removing that SVN_ERR at least allowed --version
> and --help to complete normally, although the ra list is not yet
> actually printed:

Correct, the SVN_ERR macro is how we make sure that real errors (like
this one) are not ignored.

> Perhaps it would be cleaner for the ra_libraries array in ra_loader.c to
> be initialized to only include those ra's actually configured, but that
> change was beyond me.

That is in fact how it is supposed to be. I suspect your svn binary
is linking against the wrong version of libsvn_ra.


David Glasser | glasser_at_davidglasser.net | http://www.davidglasser.net/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 30 05:49:55 2007

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.