nikolai did a quick test run, allow me to copy his comment. what
should we do about this "location resistence"?
Configured like this :
./configure --prefix=/opt/svn
build and tested :
ldd ./subversion/bindings/swig/python/libsvn_swig_py/.libs/
libsvn_swig_py-1.so | grep svn
libsvn_client-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_client/.libs/libsvn_client-1.so.0 (0x00007fbd3754b000)
libsvn_wc-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_wc/.libs/libsvn_wc-1.so.0 (0x00007fbd372bb000)
libsvn_ra-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_ra/.libs/libsvn_ra-1.so.0 (0x00007fbd370ad000)
libsvn_diff-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_diff/.libs/libsvn_diff-1.so.0 (0x00007fbd36e9c000)
libsvn_ra_local-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_ra_local/.libs/libsvn_ra_local-1.so.0 (0x00007fbd36c93000)
libsvn_repos-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_repos/.libs/libsvn_repos-1.so.0 (0x00007fbd36a65000)
libsvn_fs-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_fs/.libs/libsvn_fs-1.so.0 (0x00007fbd3685d000)
libsvn_fs_fs-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_fs_fs/.libs/libsvn_fs_fs-1.so.0 (0x00007fbd36632000)
libsvn_fs_base-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_fs_base/.libs/libsvn_fs_base-1.so.0 (0x00007fbd36402000)
libsvn_fs_util-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_fs_util/.libs/libsvn_fs_util-1.so.0 (0x00007fbd35e52000)
libsvn_ra_svn-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_ra_svn/.libs/libsvn_ra_svn-1.so.0 (0x00007fbd35c39000)
libsvn_ra_neon-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_ra_neon/.libs/libsvn_ra_neon-1.so.0 (0x00007fbd357f7000)
libsvn_delta-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_delta/.libs/libsvn_delta-1.so.0 (0x00007fbd353be000)
libsvn_subr-1.so.0 => /root/subversion-1.7.3/subversion/
libsvn_subr/.libs/libsvn_subr-1.so.0 (0x00007fbd3515a000)
Staged it , like this
export DESTDIR=/opt/test ; gmake install
and guess what happens :
ldd /opt/test/opt/svn/lib64/libsvn_client-1.so | grep svn
libsvn_wc-1.so.0 => /usr/lib64/libsvn_wc-1.so.0
(0x00007ffebf27b000)
libsvn_ra-1.so.0 => /usr/lib64/libsvn_ra-1.so.0
(0x00007ffebf06f000)
libsvn_ra_local-1.so.0 => /usr/lib64/libsvn_ra_local-1.so.0
(0x00007ffebee66000)
libsvn_repos-1.so.0 => /usr/lib64/libsvn_repos-1.so.0
(0x00007ffebec3b000)
libsvn_fs-1.so.0 => /usr/lib64/libsvn_fs-1.so.0
(0x00007ffebea32000)
libsvn_fs_fs-1.so.0 => /usr/lib64/libsvn_fs_fs-1.so.0
(0x00007ffebe809000)
libsvn_fs_base-1.so.0 => /usr/lib64/libsvn_fs_base-1.so.0
(0x00007ffebe5d9000)
libsvn_fs_util-1.so.0 => /usr/lib64/libsvn_fs_util-1.so.0
(0x00007ffebe059000)
libsvn_ra_svn-1.so.0 => /usr/lib64/libsvn_ra_svn-1.so.0
(0x00007ffebde41000)
libsvn_ra_neon-1.so.0 => /usr/lib64/libsvn_ra_neon-1.so.0
(0x00007ffebda00000)
libsvn_delta-1.so.0 => /usr/lib64/libsvn_delta-1.so.0
(0x00007ffebd5c9000)
libsvn_diff-1.so.0 => /usr/lib64/libsvn_diff-1.so.0
(0x00007ffebd3bd000)
libsvn_subr-1.so.0 => /usr/lib64/libsvn_subr-1.so.0
(0x00007ffebd0fc000)
Well, skipping -R in the linker call and using ldconfig makes life
easy.
So who to blaim ? libtool ? Good luck with that .
On Mar 3, 1:41 pm, "rupert.thurner" <rupert.thur..._at_gmail.com> wrote:
> hi,
>
> is there anything in the subversion build script(s) which enforces a
> location "lib/svn", instead of only "lib" ?
>
> opencsw solaris packages have all the libraries in /opt/csw/lib. if we
> set the flags to it with:
> SVNLIB = $(prefix)/lib
> ...
> CONFIGURE_ARGS = $(DIRPATHS) --libdir=$(SVNLIB) --libexecdir=$
> (SVNLIB)
> CONFIGURE_ARGS += --disable-mod-activation
> CONFIGURE_ARGS += --with-jdk=/usr/jdk/j2sdk1.4.2_02/j2se
> CONFIGURE_ARGS += --enable-javahl
> CONFIGURE_ARGS += --with-apr=$(bindir)/apr-1-config
> CONFIGURE_ARGS += --with-apr-util=$(bindir)/apu-1-config
> CONFIGURE_ARGS += --with-apxs=$(prefix)/apache2/sbin/apxs
> CONFIGURE_ARGS += --with-gnome-keyring=$(prefix)
> CONFIGURE_ARGS += --with-jdk=$(JAVA_HOME)
> CONFIGURE_ARGS += --with-sasl=$(prefix)
> CONFIGURE_ARGS += --with-serf=$(prefix)
> CONFIGURE_ARGS += --with-ssl=$(prefix)
> CONFIGURE_ARGS += --with-zlib=$(prefix)
>
> cd subversion/bindings/swig/python/libsvn_swig_py ; /bin/bash /home/rupert/mgar-sav/pkg/subversion/trunk/work/solaris10-i386/build-isa-
> i386/subversion-1.7.3/libtool --mode=install /opt/csw/bin/ginstall -c
> libsvn_swig_py-1.la /home/rupert/mgar-sav/pkg/subversion/trunk/work/
> solaris10-i386/install-isa-i386/lib/python/opt/csw/lib/
> libsvn_swig_py-1.la
> libtool: install: warning: relinking `libsvn_swig_py-1.la'
> libtool: install: (cd /home/rupert/mgar-sav/pkg/subversion/trunk/work/
> solaris10-i386/build-isa-i386/subversion-1.7.3/subversion/bindings/
> swig/python/libsvn_swig_py; /bin/bash /home/rupert/mgar-sav/pkg/
> subversion/trunk/work/solaris10-i386/build-isa-i386/subversion-1.7.3/
> libtool --tag CC --silent --mode=relink /opt/SUNWspro/bin/cc -xO3 -
> m32 -xarch=386 -mt -D_LARGEFILE64_SOURCE -DNE_LFS -m32 -xarch=386 -L/
> opt/csw/bdb48/lib -L/opt/csw/lib -L/opt/csw/lib -lintl -liconv -L/opt/
> csw/bdb48/lib/. -L/opt/csw/lib -L/opt/csw/lib -rpath /opt/csw/lib -o
> libsvn_swig_py-1.la swigutil_py.lo ../../../../../subversion/
> libsvn_client/libsvn_client-1.la ../../../../../subversion/libsvn_wc/
> libsvn_wc-1.la ../../../../../subversion/libsvn_ra/
> libsvn_ra-1.la ../../../../../subversion/libsvn_delta/
> libsvn_delta-1.la ../../../../../subversion/libsvn_subr/
> libsvn_subr-1.la -L/opt/csw/lib -laprutil-1 -L/opt/csw/lib -lapr-1 -
> lsocket -inst-prefix-dir /home/rupert/mgar-sav/pkg/subversion/trunk/
> work/solaris10-i386/install-isa-i386/lib/python)
> ld: fatal: library -lsvn_client-1: not found
> ld: fatal: File processing errors. No output written to .libs/
> libsvn_swig_py-1.so.0.0.0
> libtool: install: error: relink `libsvn_swig_py-1.la' with the above
> command before installing it
> gmake[2]: * [install-swig-py-lib] Error 1
> gmake[2]: Leaving directory `/home/rupert/mgar-sav/pkg/subversion/
> trunk/work/solaris10-i386/build-isa-i386/subversion-1.7.3'
> gmake[1]: * [svn-python] Error 2
> gmake[1]: Leaving directory `/home/rupert/mgar-sav/pkg/subversion/
> trunk'
> gmake: * [merge-isa-i386] Error 2
>
> and if we set
> SVNLIB = $(prefix)/lib/svn
>
> everything compiles. and it puts the python files in lib/svn/python,
> which is a location where we do not want to have them.
>
> rupert.
Received on 2012-03-12 05:10:00 CET