Bug #52365 [Com]: configure script does NOT check /usr/lib64 for libpng, libjpeg, libmysqlclient

Edit report at http://bugs.php.net/bug.php?id=52365&edit=1 ID: 52365 Comment by: ricks at nerd dot com Reported by: ricks at nerd dot com Summary: configure script does NOT check /usr/lib64 for libpng, libjpeg, libmysqlclient Status: Bogus Type: Bug Package: Compile Failure Operating System: Fedora 13, 64-bit PHP Version: 5.3.2 New Comment: That is the first thing I tried. The "--with-libdir=/usr/lib64" will remove the need to specify "--with-mysql=/opt", but it does not fix the jpeg or png library resolution issue. You still have to specify "--with-jpeg-dir=/opt --with-png-dir=/opt" even with "--with-libdir=/usr/lib64". Previous Comments: ------------------------------------------------------------------------ [2010-07-20 11:30:53] aharvey@php.net 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> ------------------------------------------------------------------------ [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