ID: 31224
User updated by: js at enradia dot com
Reported By: js at enradia dot com
Status: Open
Bug Type: *Configuration Issues
Operating System: gentoo 2.6.9
PHP Version: 5.0.3
New Comment:
update.
It seems that iconv directive works fine for standard php
- I see it detect during the configure and it goes on
fine. But if I add the --with-xmlrpc="/new/path" directive
then it fails during the XMLRPC iconv detection which
occurs after the regular detection. It seems to do it
twice in this case and the 2nd one fails.
Previous Comments:
------------------------------------------------------------------------
[2004-12-21 17:11:50] js at enradia dot com
Config log end:
configure:79659: gcc -o conftest -O2 -march=i386
-mcpu=i686 -Wl,-rpath,/stuff/code/php-module/php/lib
-L/stuff/code/php-module/php/lib conftest.c -lcrypt
-lmysqlclient -liconv -lpng -lz -ljpeg -lz -lresolv -lm
-ldl -lnsl -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm
-lxml2 -lz -liconv -lm -lcrypt 1>&5
configure:79684: checking for mbstate_t
configure:79703: gcc -c -O2 -march=i386 -mcpu=i686
conftest.c 1>&5
configure:79998: checking for Sybase support
configure:80595: checking for Sybase-CT support
configure:81557: checking whether to enable System V IPC
support
configure:81828: checking whether to enable System V
semaphore support
configure:82145: checking whether to enable System V
shared memory support
configure:82416: checking for TIDY support
configure:82842: checking whether to enable tokenizer
support
configure:83115: checking whether to enable WDDX support
configure:83390: checking whether to enable XML support
configure:83463: checking libexpat install dir
configure:83619: checking whether libxml build works
configure:84082: checking for XMLRPC-EPI support
configure:84128: checking libexpat dir for XMLRPC-EPI
configure:84153: checking iconv dir for XMLRPC-EPI
I realize that I can use my local iconv but for my setup I
need to create something more encapsulated. I do it with
php 4 no problem. Regardless... there seems to be an issue
as it doesn't appear to find it.
In the path I gave to with-iconv=
I have
/thepath
/include
iconv.h,libcharset.h,localcharset.h...more
/lib
libiconv.la,libiconv.so,libiconv.so.2,libiconv.so.2.2.0,libiconv_plug.sh..more
I was trying to play with the configure file but no luck
so far. A little lost on how it tries to get the path. But
I'm comfortable enough modifying in any you want to
backtrace
------------------------------------------------------------------------
[2004-12-21 09:54:26] [EMAIL PROTECTED]
What does config.log say, perhaps you're missing headers? Also... as
you're running linux you should not have to use any paths/external
libraries in the first place, as glibc already contains a iconv
implementation.
------------------------------------------------------------------------
[2004-12-21 09:23:47] js at enradia dot com
Description:
------------
I cannot override the iconv path with either:
--with-iconv-dir=/new/path
or
--with-iconv=/new/path
(the configure file seem to either accept both or are
unclear as to which is needed)
Reproduce code:
---------------
my configure statement is like this:
--prefix="/new/path" \
--with-config-file-path="/new/path/etc" \
--with-zlib-dir="/new/path/include" \
--with-libxml-dir="/new/path" \
--enable-sockets \
--enable-wddx \
--with-iconv-dir=/stuff/code/php-module \
--with-iconv="/new/path" \
--with-xsl="/new/path" \
--with-expat-dir="/new/path" \
--with-gd \
--with-gd-native-ttf \
--with-jpeg-dir="/new/path" \
--with-png-dir=/new/path \
--with-xmlrpc="/new/path" \
--with-zlib \
--enable-discard-path
Expected result:
----------------
Actual result:
--------------
My config breaks with:
checking libexpat install dir... no
checking whether libxml build works... (cached) yes
checking for XMLRPC-EPI support... yes
checking libexpat dir for XMLRPC-EPI... /new/path
checking iconv dir for XMLRPC-EPI... /usr/local
configure: error: iconv not found, in order to build
xmlrpc you need the iconv library
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=31224&edit=1
