[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 3 of 5] blktap2: fix vhd compilation under uclibc
On Tue, 2011-12-20 at 17:55 +0000, Roger Pau Monnà wrote: > Hello, > > I've added -liconv to blktap2/vhd/lib, and succesfully compiled and > linked the library. The output from ldd libvhd.so shows: > > checking sub-depends for '/lib/libuuid.so.1' > checking sub-depends for '/usr/lib/libiconv.so.2' > checking sub-depends for '/lib/libc.so.0.9.32' > checking sub-depends for '/lib/ld64-uClibc.so.0.9.32' > libuuid.so.1 => /lib/libuuid.so.1 (0x00000000) > libiconv.so.2 => /usr/lib/libiconv.so.2 (0x00000000) > libc.so.0.9.32 => /lib/libc.so.0.9.32 (0x00000000) > ld64-uClibc.so.0.9.32 => /lib/ld64-uClibc.so.0.9.32 (0x00000000) > not a dynamic executable > > Then I've compiled and linked vhd tools (vhd-util and vhd-update) > without -liconv, since vhd tools doesn't use any iconv functions. They > compile fine, but when I try to execute them I get the following > error: > > vhd-util: symbol 'libiconv_open': can't resolve symbol > > If I do a ldd of vhd-util: > > libvhd.so.1.0 => /usr/lib/libvhd.so.1.0 (0x7699efaf4000) > libc.so.0.9.32 => /lib/libc.so.0.9.32 (0x7699ef88c000) > libuuid.so.1 => /lib/libuuid.so.1 (0x7699ef689000) > ld64-uClibc.so.0.9.32 => /lib/ld64-uClibc.so.0.9.32 (0x7699efd10000) > > How come libiconv is not linked to the application if libvhd is? Can you post the complete link line for each stage? Are you sure that /usr/lib/libvhd.so.1.0 is the same one you just built and linked against? Is there a chance you have linked against something in the build directory which did not get properly installed? Running objdump -p <object> | egrep NEEDED\|SONAME for the library (both build dir and installed copies) and binary would be interesting. It seems like either this is a bug in uClibc's dynamic linker or my expectation of how these sorts of transitive library dependencies work has been set too high by glibc... > And > what's most strange, why is the link to libuuid keep, but not the one > to libiconv? Yes, that is strange. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |