ID:               35288
 Updated by:       [EMAIL PROTECTED]
 Reported By:      webmaster at negeta dot com
 Status:           Assigned
 Bug Type:         ICONV related
 Operating System: FreeBSD 5.4
 PHP Version:      5.1.1
 Assigned To:      moriyoshi
 New Comment:

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).







Previous Comments:
------------------------------------------------------------------------

[2005-12-10 01:28:14] webmaster at negeta dot com

I found more basal things which cause this problem.
configure checks iconv in libc first.
But '-liconv' is added to compile option.
My system does not have iconv in libc , but it is found.
My system should find 'libiconv' in configure:44354.

-- output
checking for iconv support... yes
checking for iconv... yes

-- config.log
configure:44060: checking for iconv support
configure:44122: checking for iconv
configure:44150: gcc -o conftest -g -O2   -R/usr/local/lib
-L/usr/local/lib conftest.c -lm  -lxml2 -lz -liconv -lm -lxml2 -lz
-liconv -lm 1>&5

------------------------------------------------------------------------

[2005-12-07 12:01:24] [EMAIL PROTECTED]

Since when having libiconv() instead of iconv() is expected behaviour?

------------------------------------------------------------------------

[2005-12-07 11:56:18] [EMAIL PROTECTED]

That's expected behaviour. I did not break anything. Rather, it would
never detect the correct header if with --with-iconv before I fixed.



------------------------------------------------------------------------

[2005-12-06 23:01:55] [EMAIL PROTECTED]

Assigned to the person who broke it.

------------------------------------------------------------------------

[2005-12-01 13:04:54] webmaster at negeta dot com

I specified the path of iconv explicitly.
I ran './configure --with-iconv=/usr/local',
and HAVE_LIBICONV was defined.
'libiconv' comes before 'iconv' when the path is specified.
But above priority is inverted when the path is not specified.
I was able to avoid this problem by using this difference.

I hope 'libiconv' comes before 'iconv' automatically
on the system that has both functions.
But, I will back out this problem if this difference
was designed for changing priority of them manually.

------------------------------------------------------------------------

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

Reply via email to