On Sun, Feb 26, 2012 at 12:15:32PM +0800, Rolf Leggewie wrote: > > I consulted with my co-maintainer and he concluded this was a problem in > asterisk, possibly linking to a module instead of libcapi20 itself. I'm > not sure that's indeed the case, but he's the libcapi guy between us.
Well, the actual module chain is asterisk dlopens chan_capi.so
links libcapi20.so dlopens lib_capi_mod_std.so
If you are going to investigate in that direction, please notice
the chan_capi package, too.
The effect of this bug report comes from the fact that
lib_capi_mod_std.so references a symbol defined in libcapi20.so.
The proposed patch just prolongs this chain at the end to asterisk
dlopens chan_capi.so links libcapi20.so dlopens
lib_capi_mod_std.so links libcapi20.so
E.g. the package built with the proposed patch shows
# ldd /usr/lib/capi/lib_capi_mod_std.so
linux-gate.so.1 => (0xb7721000)
libcapi20.so.3 => /usr/lib/libcapi20.so.3 (0xb76f9000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb759c000)
libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb7597000)
/lib/ld-linux.so.2 (0xb7722000)
In the resulting package there are no .la files contained.
Thanks for digging into this complicated shared library problem.
Best regards,
Joerg
signature.asc
Description: Digital signature
