|
[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
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? And
what's most strange, why is the link to libuuid keep, but not the one
to libiconv?
Thanks, Roger.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |