Kevin Pilch-Bisson <kevin@pilch-bisson.net> writes:
> On Thu, Nov 15, 2001 at 04:04:36PM +0100, Bernhard Reiter wrote:
> > INSTALL contains some bits about the shared libraries and the
> > --disable-shared configure option.
> > I am recompling with it now.
> > 
> > However: I've thought that libtool and its wrapper would
> > 	take care of setting the right paths. Maybe a check
> > 	producing a warning that no RA modules could be loaded
> > 	would be helpful because svn just starts fine.
> >
> It does for normally linked libraries.  The problem is that we dynamically
> load the library at run time, which confuses the libtool wrapper scripts.
I dig up my old patch to enable shared link of RA libraries.
When I submitted this patch, you couldn't run make check
because of the deficiencies of libtool 1.3.  Now you can run
make check with shared library build without first
installing libraries.
* configure.in: Add new option --enable-dso.  Default is
  --disable-dso.  When enabled, libsvn_client tries to load
  RA libraries at run time.  Otherwise, RA libraries are
  dynamically linked.
Index: ./configure.in
===================================================================
--- ./.svn/text-base/configure.in.svn-base	Fri Nov 16 20:45:57 2001
+++ ./configure.in	Fri Nov 16 20:54:46 2001
@@ -273,7 +273,18 @@
 AC_SUBST(INSTALL_INFO)
 
 dnl decide whether we want to link against the RA libraries
-if test "$enable_shared" = "no"; then
+AC_ARG_ENABLE(dso,
+[  --enable-dso              Turn on DSO loading of RA libralies],
+[
+    if test "$enableval" = "yes"; then
+      enable_dso=yes
+      if test "$enable_shared" = "no"; then
+        AC_MSG_ERROR([--enable-dso conflicts with --disable-shared])
+      fi
+    fi
+])
+
+if test "$enable_shared" = "no" -o "$enable_dso" != "yes"; then
   AC_DEFINE(SVN_LIBSVN_CLIENT_LINKS_RA_DAV, 1,
         [Defined if libsvn_client should link against libsvn_ra_dav])
   SVN_RA_LIB_DEPS="subversion/libsvn_ra_dav/libsvn_ra_dav.la"
-- 
Yoshiki Hayashi
---------------------------------------------------------------------
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:48 2006