Question

最近我在两个系统上编译了ICU 49.1.2 - 一个是Ubuntu，一个是基于Debian的（一个是Raspberry Pi的“Wheezy”）。 Ubuntu系统可以正常工作，但当我尝试运行任何ICU可执行文件或将其与我的应用程序链接时，RPi系统报告错误：

me@raspberrypi ~/icu/source $ genrb -V 
genrb: error while loading shared libraries: libicudata.so.49: cannot open shared object file: No such file or directory

我已经验证了库的存在：

me@raspberrypi ~/icu/source $ find / -name 'libicudata.so*' 2>/dev/null
/usr/local/lib/libicudata.so
/usr/local/lib/libicudata.so.49.1.2
/usr/local/lib/libicudata.so.49

pkg-config证实了这一点：

me@raspberrypi ~/icu/source $ pkg-config --libs-only-L icu-uc
-L/usr/local/lib

我还确保在安装ICU后运行sudo ldconfig。我甚至尝试在失败的系统上运行make check：

LD_LIBRARY_PATH=../../lib:../../stubdata:../../tools/ctestfw:$LD_LIBRARY_PATH  ./../../bin/uconv -f ibm-37 ./samples/ibm-37-test.txt
./../../bin/uconv: can not initialize ICU.  status = U_FILE_ACCESS_ERROR
make[2]: *** [check-local] Error 1
make[2]: Leaving directory `/home/uli/icu/source/extra/uconv'
make[1]: *** [check-recursive] Error 2
make[1]: Leaving directory `/home/uli/icu/source/extra'
make: *** [check-recursive] Error 2

据我所知，系统在位置和必要文件的存在方面是相同的。看起来基于Debian的Raspberry Pi坚持在其他地方（大概是/ usr / lib）寻找libicudata.so而不是/ usr / local / lib。我可以更改./configure脚本上的--prefix来修复问题，但我想了解为什么一个系统工作而另一个没有。

更新

好吧，我认为我可以通过将'--prefix'参数更改为./configure脚本来解决问题，但事实证明这不起作用。我在/ usr / lib和/ usr / local / lib中有libicudata.so.49，但是ICU仍然找不到这些库。

我还尝试创建一个“Hello World”程序，该程序只包含ICU库以查看会发生什么。同样的失败：

me@raspberrypi ~ $ gcc -licudata -licuuc helloworld.c
me@raspberrypi ~ $ ./a.out
./a.out: error while loading shared libraries: libicudata.so.49: cannot open shared object file: No such file or directory
me@raspberrypi ~ $ ldd a.out
        /usr/lib/arm-linux-gnueabihf/libcofi_rpi.so (0xb6f41000)
        libicudata.so.49 => not found
        libicuuc.so.49 => /usr/local/lib/libicuuc.so.49 (0xb6df8000)
        libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6cc9000)
        libicudata.so.49 => not found
        libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6caa000)
        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6c9f000)
        libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0xb6bd2000)
        libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6b61000)
        libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6b39000)
        /lib/ld-linux-armhf.so.3 (0xb6f4d000)

更新2

我正在重新编译，并注释掉了LDFLAGSICUDT标志（RPi在编译时有点慢）。

至于其他评论，这里是文件命令的输出：

me@raspberrypi ~ $ file /usr/local/lib/libicudata.so*
/usr/local/lib/libicudata.so:        symbolic link to `libicudata.so.49.1.2'
/usr/local/lib/libicudata.so.49:     symbolic link to `libicudata.so.49.1.2'
/usr/local/lib/libicudata.so.49.1.2: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), dynamically linked, BuildID[sha1]=0xfb336da457f28964a6161af4d7b07902882d6fa8, not stripped

Answer 1

我刚刚看了12.04 LTS的icu包。这是一个较旧的版本（4.8），但是在Source / config / mh-linux中注释了LDFLAGSICUDT标志，并且注释表明仅将它作为数据链接会导致太多问题。

评论LDFLAGSICUDT解决了这个问题。

建立在Debian系统上的ICU 49无法加载libicudata.so

1 个答案: