The underlying problem is locating shared libraries. "Where are they?"
The --rpath will probably have just the "install" directory for those
libraries. The system doesn't know to look for them in the build areas.
Before the make check, you would need to install the libraries. IOW:
autogen.sh
./configure
make install-lib
make check
With more work, we could set up LD_LIBRARY_PATH to point to all the various
directories, prior to testing. Another alternative would be to create a
subdirectory, from the top, to hold the libraries during a test phase. Most
Perl programs build locally and test against that before installation.
Note: this is only dealing with shared libs (note that --disable-shared
succeeds simply because the libs are linked into "svn", so there is no
searching for them). I'm not sure how Perl deals with shared libs when it
builds/tests, if at all.
Cheers,
-g
On Tue, Aug 07, 2001 at 05:28:02PM -0500, kfogel@collab.net wrote:
> At least, I think this is a build system problem... Maybe someone will
> know right away what it is?
>
> To reproduce, do
>
> autogen.sh
> ./configure
> make check
>
> ... and see basic_tests.py fail when it tries to create a repository
> for testing.
>
> If you investigate the failure, you'll see it's because the `svn'
> client binary does not know how to handle "file:///" URLs. Why?
> Because it doesn't have ra_local loaded (as it happens, it doesn't
> have ra_dav either, which would be a problem if we tried to connect to
> a remote repository).
>
> If you look at subversion/clients/cmdline/svn, it's a libtool shell
> script whose `relink_command' includes `--rpath' commands to link in
> all the shared library paths. But those two ra_* libs are missing;
> there are no `--rpath' options for them.
>
> Why is this thus? Ben and I do not know. We are hoping someone out
> there does. :-)
>
> The reason this problem doesn't usually show up is that we normally
> run configure like this:
>
> ./configure --enable-maintainer-mode --disable-shared
>
> When you do it that way, the problem doesn't happen.
>
> -Karl
>
> ---------------------------------------------------------------------
> 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:35 2006