ID:               35288
 User updated by:  webmaster at negeta dot com
 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:

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.


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

[2005-12-11 23:47:38] [EMAIL PROTECTED]

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






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

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

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

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