#35288 [Asn]: iconv() function defined as libiconv()

ID: 35288 Updated by: nlopess@php.net Reported By: webmaster at negeta dot com Status: Assigned Bug Type: ICONV related Operating System: FreeBSD 5.4 PHP Version: 5CVS-2005-12-13 Assigned To: moriyoshi New Comment: I've made a little update to the patch: * use PHP_ADD_LIBRARY_WITH_PATH, instead of PHP_ADD_LIBRARY and PHP_ADD_LIBPATH * use $PHP_LIBDIR BTW, this patch also fixes bug #33141. Previous Comments: ------------------------------------------------------------------------ [2006-01-01 13:57:18] webmaster at negeta dot com I confirmed that the patch solves this problem. Thanks! ------------------------------------------------------------------------ [2006-01-01 13:31:34] nlopess@php.net Patch: http://mega.ist.utl.pt/~ncpl/php_libiconv_solaris.txt Explanation: http://news.php.net/php.internals/21360 ------------------------------------------------------------------------ [2005-12-13 17:36:55] sniper@php.net See also bug #35554 ------------------------------------------------------------------------ [2005-12-12 13:29:46] webmaster at negeta dot com I don't disagree that -lxml2 and -liconv are necessary for build iconv extension. I said "compile" as "compile configure:44150", and paste its log. It only checks iconv() in the libc. I think -liconv shouldn't exist here, because it make to link to iconv library. I understand the searching order as follows: 1. iconv() in the libc. 2. libiconv() in the libc. 3. libiconv() in the userland. 4. iconv() in the userland. Because acinclude.m4 says "Check libc first if no path is provided in --with-iconv." Is this searching order wrong? My system has libiconv() and iconv() in the userland. (libiconv() is an alias of iconv().) I think following behavior is correct: 1. and 2. fail, and 3. succeeds. ------------------------------------------------------------------------ [2005-12-11 23:47:38] moriyoshi@php.net Well, then are you *really* sure that the userland function named libiconv() is defined instead of iconv() in your build and that's the case? Regarding the issues you call "more basal things", -liconv is appended to resolve libxml2 dependency there and so it's not a problem in the iconv extension. You always need to specify --with-iconv=[PREFIX] when the libc doesn't have an iconv implementation nor no alternative can be found in the default header search path (supposedly /usr/include). ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/35288 -- Edit this bug report at http://bugs.php.net/?id=35288&edit=1