Re: PHP 5.2.8 fails to find libiconv

From: Date: Sat, 24 Jan 2009 11:48:03 +0000
Subject: Re: PHP 5.2.8 fails to find libiconv
References: 1 2  Groups: php.general 
Request: Send a blank email to php-general+get-287064@lists.php.net to get a copy of this message
At 11:51 23-1-2009, Thodoris wrote: >>Hi, >> >>I'm attempting to install PHP 5.2.8 on CentOS 5.2 x86_64. The glibc iconv doesn't >>seem to function very well, leading to a bunch of failed tests when running 'make test' >>(see below). After a bit of Googling I stumbled upon >>http://nl2.php.net/manual/en/intro.iconv.php which suggests to >>install libiconv instead of relying on glibc's iconv, when things go wrong. >> >>My configure line reads as follows: >> >>./configure --prefix=/chroot/apache2/php --with-apxs2=/chroot/apache2/bin/apxs --disable-cgi >>--with-zlib --with-gettext --enable-sockets --with-xmlrpc --with-xsl >>--with-config-file-path=/php/etc --with-mcrypt --enable-mbregex --with-gd >>--with-mime-magic=/usr/share/mime/magic --enable-mbstring=all --with-openssl >>--with-mysql=/chroot/mysql --with-curl=/usr/lib64 --enable-zip --with-freetype-dir=/usr/lib64 >>--with-png-dir --with-jpeg-dir --with-libdir=lib64 --with-gnu-ld --with-iconv=/usr/local/lib >> >>which yields the following result: >> >>-------- >>checking for iconv support... yes >>configure: error: Please reinstall the iconv library. >>-------- >> >>Configure runs fine when I omit the path in the --with-iconv directive, but that will use >>glibc's iconv, which results in the following failed tests when running make check: >> >>-------- >>Bug #16069 (ICONV transliteration failure) [ext/iconv/tests/bug16069.phpt] >>iconv stream filter [ext/iconv/tests/iconv_stream_filter.phpt] >>Test session_decode() function : variation >>[ext/session/tests/session_decode_variation3.phpt] >>Test session_encode() function : variation >>[ext/session/tests/session_encode_variation8.phpt] >>Test tempnam() function: usage variations - permissions(0000 to 0777) of dir >>[ext/standard/tests/file/tempnam_variation4.phpt] >>htmlentities() test 2 (setlocale / fr_FR.ISO-8859-15) >>[ext/standard/tests/strings/htmlentities02.phpt] (warn: possibly braindead libc) >>htmlentities() test 4 (setlocale / ja_JP.EUC-JP) >>[ext/standard/tests/strings/htmlentities04.phpt] (warn: possibly braindead libc) >>htmlentities() test 15 (setlocale / KOI8-R) [ext/standard/tests/strings/htmlentities15.phpt] >>(warn: possibly braindead libc) >>-------- >> >>Any thoughts/suggestions/ideas on how to solve this would be greatly appreciated! >> >>Regards, >>Ro >> >> >> >Although this not strictly a PHP question you could try to update first. > >#yum update > >Just in case something went wrong > >-- >Thodoris How is this not a PHP question? Other programs have no trouble finding, linking with and using libiconv, and the failed tests are reported by PHP, on a fully updated CentOS 5.2. Any further insights would be very much appreciated, since I still haven't found a solution to this problem. I'd like my production environments to be as stable as possible. Regards, Ro >-- >PHP General Mailing List (http://www.php.net/) >To unsubscribe, visit: http://www.php.net/unsub.php >

« previous php.general (#287064) next »