ubuntu - 基于 Debian 系统构建的 ICU 49 加载 libicudata.so 失败

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 仍然找不到这些库。

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

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 可以解决问题。