Bug #52365 [Opn->Bgs]: configure script does NOT check /usr/lib64 for libpng, libjpeg, libmysqlclient
| From: | aharvey@php.net | Date: | Tue, 20 Jul 2010 09:30:55 +0000 |
| Subject: | Bug #52365 [Opn->Bgs]: configure script does NOT check /usr/lib64 for libpng, libjpeg, libmysqlclient | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-152546@lists.php.net to get a copy of this message | ||
Edit report at http://bugs.php.net/bug.php?id=52365&edit=1
ID: 52365
Updated by: aharvey@php.net
Reported by: ricks at nerd dot com
Summary: configure script does NOT check /usr/lib64 for libpng,
libjpeg, libmysqlclient
-Status: Open
+Status: Bogus
Type: Bug
Package: Compile Failure
Operating System: Fedora 13, 64-bit
PHP Version: 5.3.2
New Comment:
Because Fedora (and its various derivative distributions) have their
unusual filesystem layout with /usr/lib64 instead of /usr/lib holding
the libraries, the --with-libdir configure option needs to be used, eg:
./configure --with-libdir=lib64 <other options>
Previous Comments:
------------------------------------------------------------------------
[2010-07-17 03:21:28] ricks at nerd dot com
Description:
------------
When running configure on a 64-bit machine, the script doesn't check
/usr/lib64 for libraries. I've had to resort to the workaround used in
older php 4.x.x builds that exhibited this issue, to wit:
ln -s /usr/lib64 /opt/lib
ln -s /usr/include /opt/include
and then specifying things like this to configure:
--with-jpeg-dir=/opt --with-png-dir=/opt --with-mysql=/opt
to get around it. Even "--with-jpeg-dir=/usr/lib64" won't solve it. I
thought this was fixed in 5.1.x, but it's crept back in.
I don't mean to be rude, but is this stuff tested on 64-bit systems
before release?
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/bug.php?id=52365&edit=1