用intl-support安装PHP 5.3.0时遇到困难

目前我正在尝试在某些Linuxtesting服务器上安装PHP 5.3.0。 正如我们急切地等待ext / intl，我们想看看它提供的function。 我使用以下参数成功运行configure

 ./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local/php --with-zlib-dir=/usr/local/zlib --with-imap=/.../imap-2006k --with-imap-ssl --with-openssl=shared --with-iconv=shared --with-zlib=shared --with-curl=shared --with-curlwrappers --enable-exif --with-ldap=shared,/usr/local/openldap --with-ldap-sasl --enable-mbstring=shared --with-mcrypt --enable-soap=shared --enable-sockets --enable-zip=shared --enable-pdo=shared --with-pdo-sqlite=shared --with-sqlite=shared --with-mysql=shared,/usr/local/mysql --with-pdo-mysql=shared,/usr/local/mysql --with-mysqli=shared,/usr/local/mysql/bin/mysql_config --with-mhash=shared,/usr/local/mhash --with-libxml-dir=/usr/local/libxml2 --with-xsl=shared,/usr/local/libxslt --enable-xmlreader=shared --enable-xmlwriter=shared --with-gmp=shared --with-icu-dir=/usr/local/icu --enable-intl 

ICU 4.2位于/usr/local/icu ，PHP 5.2.9编译完美（没有int和icu选项）。 但是当我编译PHP 5.3.0源代码时，我得到了很多错误信息

 ext/intl/grapheme/.libs/grapheme_util.o(.text+0xbab):/.../php-5.3.0/ext/intl/grapheme/grapheme_util.c:208: undefined reference to `ubrk_close_4_2' 

我很确定这与找不到共享库有关。 设置

 export LD_LIBRARY_PATH=/usr/local/icu/lib 

没有帮助。

• 问题安装haskell平台
• 在Ubuntu 12.04中安装OpenCV for Python。 dist-packages或site-packages中没有模块？
• linux mint opencv 2.4.7 make failed – filtering.cpp引用opencl_kernels.hpp，发现后没有find74％
• 我可以在我的主目录中安装Mercurial吗？
• 为node.js v.0.8configuration文件丢失

任何人都可以指点我一些解决scheme？ 我很无知 – 而且我也不是真正的专家

编辑：

我只是重新检查，并确保各种icu库和相应的软链接都位于/usr/local/icu/lib ：

 lrwxrwxrwx 1 root root 20 Jul 1 09:56 libicudata.so -> libicudata.so.42.0.1 lrwxrwxrwx 1 root root 20 Jul 1 09:56 libicudata.so.42 -> libicudata.so.42.0.1 -rw-r--r-- 1 root root 16015140 Jul 1 09:56 libicudata.so.42.0.1 lrwxrwxrwx 1 root root 20 Jul 1 09:56 libicui18n.so -> libicui18n.so.42.0.1 lrwxrwxrwx 1 root root 20 Jul 1 09:56 libicui18n.so.42 -> libicui18n.so.42.0.1 -rwxr-xr-x 1 root root 2454770 Jul 1 09:56 libicui18n.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libicuio.so -> libicuio.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libicuio.so.42 -> libicuio.so.42.0.1 -rwxr-xr-x 1 root root 65299 Jul 1 09:56 libicuio.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libicule.so -> libicule.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libicule.so.42 -> libicule.so.42.0.1 -rwxr-xr-x 1 root root 356125 Jul 1 09:56 libicule.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libiculx.so -> libiculx.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libiculx.so.42 -> libiculx.so.42.0.1 -rwxr-xr-x 1 root root 75110 Jul 1 09:56 libiculx.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libicutu.so -> libicutu.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libicutu.so.42 -> libicutu.so.42.0.1 -rwxr-xr-x 1 root root 159330 Jul 1 09:56 libicutu.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libicuuc.so -> libicuuc.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libicuuc.so.42 -> libicuuc.so.42.0.1 -rwxr-xr-x 1 root root 1660769 Jul 1 09:56 libicuuc.so.42.0.1 

make check运行吨testing – 所有这些成功：

 [All tests passed successfully...] Elapsed Time: 00:00:25.000 make[2]: Leaving directory `/.../icu-4.2/source/test/cintltst' --------------- ALL TESTS SUMMARY: All tests OK: testdata intltest iotest cintltst make[1]: Leaving directory `/.../icu-4.2/source/test' make[1]: Entering directory `/.../icu-4.2/source' verifying that icu-config --selfcheck can operate verifying that make -f Makefile.inc selfcheck can operate PASS: config selfcheck OK make[1]: Leaving directory `/.../icu-4.2/source' 

编辑：回答VolkerK的问题

我从源代码安装ICU 4.2，正如我在构build过程中所写的那样，unit testing和安装都很顺利。

 /usr/local/icu/bin/icu-config --version 4.2.0.1 /usr/local/icu/bin/icu-config --prefix /usr/local/icu /usr/local/icu/bin/icu-config --cppflags-searchpath -I/usr/local/icu/include /usr/local/icu/bin/icu-config --ldflags --ldflags-icuio -lpthread -lm -L/usr/local/icu/lib -licui18n -licuuc -licudata -lpthread -lm -licuio objdump -C /usr/local/icu/lib/libicuuc.so.42.0.1 // doesn't work because of unrecognized argument -C 

编辑有关VolkerK的评论：

不，没有涉及编译器的切换 – 我直接依次运行两个构build过程。 objdump /usr/local/icu/lib/libicuuc.so.42.0.1也不起作用，但我设法运行

 objdump -t /usr/local/icu/lib/libicuuc.so.42.0.1 | grep ubrk_close 00000000000d2484 g F .text 000000000000002d ubrk_close_4_2 

不知道这个信息是否有帮助。

编辑VolkerK的edit1和edit2 ：

我认为这是一个问题 – 系统上确实有另一个icu版本; 至less部分（没有其他的icu-config，例如/usr/local/icu/bin ）。

gcc -lpthread -lm -L/usr/local/icu/lib -licui18n -licuuc -licudata -lpthread -lm -licuio -print-file-name=libicuuc.so返回

 /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/../../../../lib64/libicuuc.so 

而gcc -lpthread -lm -L/usr/local/icu/lib -licui18n -licuuc -licudata -lpthread -lm -licuio -print-file-name=libicuuc.so.42返回

 libicuuc.so.42 

所以问题似乎是，如何获得新的libpath进入构build过程？ 顺便说一句，我从你的答案中学到了很多东西 – 谢谢大家。

我也试着编译你的简单的testing程序 – 它也失败了相同的未定义的引用错误，很可能是由于PHP不会编译相同的原因。

我怎样才能摆脱对libpath中旧的icu库的引用，或者如何优先考虑新的icu库path？

 #include <unicode/ubrk.h> ... PHP_FUNCTION(grapheme_substr) { ... ubrk_close(bi); ... 

 ICU_CONFIG="$PHP_ICU_DIR/bin/icu-config" ICU_INCS=`$ICU_CONFIG --cppflags-searchpath` ICU_LIBS=`$ICU_CONFIG --ldflags --ldflags-icuio` 

 PHP_FUNCTION(grapheme_substr) { ... ubrk_close_4_2(bi); ... 

 -lpthread -lm -L/usr/local/icu/lib -licui18n -licuuc -licudata -lpthread -lm -licuio 

 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libicuuc.so -> libicuuc.so.42.0.1 lrwxrwxrwx 1 root root 18 Jul 1 09:56 libicuuc.so.42 -> libicuuc.so.42.0.1 -rwxr-xr-x 1 root root 1660769 Jul 1 09:56 libicuuc.so.42.0.1 

 export LD_LIBRARY_PATH=/usr/local/icu/lib 

 export LD_LIBRARY_PATH=/usr/local/icu/lib:${LD_LIBRARY_PATH}