[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 |