ID:               44087
 User updated by:  hz at nyphp dot com
 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:

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?


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

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

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

[2008-02-13 17:05:26] [EMAIL PROTECTED]

You need to set the library paths correctly in /etc/ld.so.conf and make
sure the path to the new libxml2 libraries is above any other like
/usr/lib64


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

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

Reply via email to