| View previous topic :: View next topic |
| Author |
Message |
djc86
n00b
Joined: 06 Jan 2006
Posts: 3
|
 Posted: Fri Jan 06, 2006 3:39 pm Post subject: Dynamic linking problem with Python bindings for Subversion |
 |
|
(I have already posted to gentoo-embedded@lists about this problem, but I'm posting here as well in case someone might be able to help. Also slightly updated since then.)
Warning: I am using a very bizarre host type (armeb-softfloat-linux-uclibc, see emerge --info below) which is undoubtedly part of the problem ...
I'm having trouble with the Python bindings for Subversion. I think it's a compilation or linking issue. Everything installs correctly, and the various svn command-line programs work, but when I open a Python interpreter and type:
| Code: | | >>> from libsvn import _core |
the interpreter dies with:
| Code: | | python: can't resolve symbol 'apr_pool_cleanup_null' |
Of course ordinarily I wouldn't be importing libsvn._core (it originally started with a Trac installation in fact) but this is as far back as I have been able to trace the problem. Here my knowledge gets a bit hazy, as _core seems to be a shared object.
This is what ldd says about it:
| Code: | $ ldd /usr/lib/python2.4/site-packages/libsvn/_core.so
libc.so.0 => /lib/libc.so.0 (0x4000d000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40000000)
libc.so.0 => /lib/libc.so.0 (0x4000d000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40000000)
libc.so.0 => /lib/libc.so.0 (0x4000d000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40000000)
libc.so.0 => /lib/libc.so.0 (0x4000d000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40000000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40000000)
libc.so.0 => /lib/libc.so.0 (0x4000d000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40000000)
libpython2.4.so.1.0 => /usr/lib/libpython2.4.so.1.0 (0x00000000)
libsvn_swig_py-1.so.0 => /usr/lib/libsvn_swig_py-1.so.0 (0x00000000)
libsvn_delta-1.so.0 => /usr/lib/libsvn_delta-1.so.0 (0x00000000)
libsvn_diff-1.so.0 => /usr/lib/libsvn_diff-1.so.0 (0x00000000)
libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0x00000000)
libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0x00000000)
libm.so.0 => /lib/libm.so.0 (0x00000000)
libcrypt.so.0 => /lib/libcrypt.so.0 (0x00000000)
libnsl.so.0 => /lib/libnsl.so.0 (0x00000000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00000000)
libdl.so.0 => /lib/libdl.so.0 (0x00000000)
libz.so.1 => /lib/libz.so.1 (0x00000000)
libc.so.0 => /lib/libc.so.0 (0x00000000)
libutil.so.0 => /lib/libutil.so.0 (0x00000000)
libsvn_wc-1.so.0 => /usr/lib/libsvn_wc-1.so.0 (0x00000000)
libaprutil-0.so.0 => /usr/lib/libaprutil-0.so.0 (0x00000000)
libdb-4.2.so => /usr/lib/libdb-4.2.so (0x00000000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x00000000)
not a dynamic executable |
which is definitely wrong. Does anyone know what might cause this? Has anyone seen it before? What could I do to fix it?
A few more details ... I have installed from Portage: apr-0.9.7, apr-util-0.9.7, and subversion-1.3.0. I had the exact same problem with version 0.9.6 of apr and apr-util as well, and also the previous version of Subversion (1.2.3). And for completeness:
| Code: | Portage 2.0.53 (uclibc/arm/2.4, gcc-3.4.4, uclibc-0.9.27-r1, 2.6.12.2 armv5teb)
=================================================================
System uname: 2.6.12.2 armv5teb XScale-IXP42x Family rev 1 (v5b)
Gentoo Base System version 1.6.13
dev-lang/python: 2.3.5, 2.4.2
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.20
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="arm"
AUTOCLEAN="yes"
CBUILD="armeb-softfloat-linux-uclibc"
CFLAGS="-Os -march=armv5te -mtune=xscale"
CHOST="armeb-softfloat-linux-uclibc"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-Os -march=armv5te -mtune=xscale"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks nodoc noinfo noman sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.internode.on.net/pub/gentoo/ http://ftp.iinet.com.au/pub/Gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="arm berkdb bitmap-fonts bzip2 curl expat fam fastcgi ncurses pcre perl php python readline sqlite ssl truetype-fonts type1-fonts uclibc unicode zlib userland_GNU kernel_linux elibc_uclibc"
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY |
Any suggestions greatly appreciated! |
|
| Back to top |
|
 |
djc86
n00b
Joined: 06 Jan 2006
Posts: 3
|
| Posted: Sun Jan 08, 2006 1:05 pm Post subject: |
|
|
| *bump* |
|
| Back to top |
|
|
andreask
Apprentice
Joined: 09 Sep 2003
Posts: 282
Location: Aachen, Germany
|
| Posted: Thu Jan 12, 2006 2:19 pm Post subject: |
|
|
| have you updated apr-util recently? Perhaps updated Apache and forgot to run revdep-rebuild? If this is the case, I'd execute revdep-rebuild now, will probably rebuild subversion which could solve your problem. |
|
| Back to top |
|
|
djc86
n00b
Joined: 06 Jan 2006
Posts: 3
|
| Posted: Thu Jan 12, 2006 2:37 pm Post subject: |
|
|
Nono, that is definitely not my problem (I have been re-emering Subversion so many times trying different things!) And revdep-rebuild finds nothing wrong. Thanks for the suggestion anyway though!
I have decided to get more serious â also I read somewhere (can't remember where, damn!) that there may be a GCC 3.4 bug related to -Os, so I have been trying various different things to get it to build properly. No luck at this stage, but I will probably next try downgrading GCC (in chroot to a freshly unpacked stage3 on a spare partition) and compiling with that. |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Portage & Programming
