ID: 44087
Updated by: [EMAIL PROTECTED]
Reported By: hz at nyphp dot com
Status: Bogus
Bug Type: Compile Failure
Operating System: CentOS 4.5 x86_64
PHP Version: 5.2.5
New Comment:
Unless you also rebuilt libxslt against the newly build libxml2, the
xsl
config will override the libxml2 config and cause php to be linked to
the older libxml2. Try removing --with-xsl and see if it starts linking
properly.
Previous Comments:
------------------------------------------------------------------------
[2008-02-24 19:47:45] hz at nyphp dot com
PHP doesn't support --with-libxml-dir=/usr/local to specify where to
find libxml? Then it should be taken out of ./configure --help
Can someone else look at this?
------------------------------------------------------------------------
[2008-02-24 19:41:45] [EMAIL PROTECTED]
You're trying to do something we don't support. Not PHP bug -> bogus.
------------------------------------------------------------------------
[2008-02-14 23:01:10] hz at nyphp dot com
It's quite common to have multiple versions of the same library
installed in different places. That's exactly why the various *-dir
options exist in ./configure - so that you can specify which library to
use.
The ordering of ldconfig is correct, so this is not the problem. And
in fact, ./configure is trying to find the right library, by indicating
that it's looking at the /usr/local/bin/xml2-config, but then somewhere
it's hardwired to look at /usr/lib or /usr/lib64
As my original report mentioned, this version of CentOS requires that
older version of libxml, so waiting until "those older ones are NOT in
there" isn't even realistic.
Why is ./configure looking for libraries outside of where I've
specifically pointed it to? This is the problem, nothing more.
------------------------------------------------------------------------
[2008-02-14 22:50:58] [EMAIL PROTECTED]
First of all, it's still not finding the correct 64bit libraries.
And 2nd issue is that xml2-config doesn't even have any paths in it for
libraries, at least not the version I have:
# xml2-config --libs
-lxml2 -lz -lm
So it's all up to the ld.so.conf to decide the correct order.
Anyway, the main problem here is that your system has two conflicting
sets of libraries installed, you should run configure and 'make' when
those older ones are NOT in there..
------------------------------------------------------------------------
[2008-02-14 02:17:46] hz at nyphp dot com
I think this is already done:
[EMAIL PROTECTED] etc]# ldconfig -p | grep -i xml
libxml2.so.2 (libc6,x86-64) => /usr/local/lib/libxml2.so.2
libxml2.so.2 (libc6,x86-64) => /usr/lib64/libxml2.so.2
libxml2.so (libc6,x86-64) => /usr/local/lib/libxml2.so
libxml2.so (libc6,x86-64) => /usr/lib64/libxml2.so
libxmlsec1.so.1 (libc6,x86-64) => /usr/lib64/libxmlsec1.so.1
libxmlsec1.so (libc6,x86-64) => /usr/lib64/libxmlsec1.so
libxmlsec1-openssl.so.1 (libc6,x86-64) =>
/usr/lib64/libxmlsec1-openssl.so.1
libxmlsec1-openssl.so (libc6,x86-64) =>
/usr/lib64/libxmlsec1-openssl.so
And regardless, shouldn't specifying the directory prefix with
--with-libxml-dir=/usr/local and then thus it locating the correct
/usr/local/bin/xml2-config during ./configure override the ordering in
ldconfig irrelevant?
------------------------------------------------------------------------
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/44087
--
Edit this bug report at http://bugs.php.net/?id=44087&edit=1
