From: live at generation dot net Operating system: RedHat 9 PHP version: 4.3.2 PHP Bug Type: *Configuration Issues Bug description: ./configure script fails to detect libpng/libjpeg/etc.
Description: ------------ Hello. When trying to run ./configure with the options to enable GD with support for jpeg/png/etc, configure fails not being able to find the appropriate lib files. If I'm not mistaken, looking at the configure script, it's looking for libpng.so or libjpeg.so, while in RedHat 9, those files are called, for example, libpng.so.3, effectively making it so configure fails in finding the appropriate lib files... [15/06-14:47] [EMAIL PROTECTED] - /usr/local/src/php-4.3.2] # ls -l /usr/lib/libpng.so* lrwxrwxrwx 1 root root 19 Jun 12 16:34 /usr/lib/libpng.so.3 -> libpng12.so.0.1.2.2* lrwxrwxrwx 1 root root 19 Jun 12 16:34 /usr/lib/libpng.so.3.1.2.2 -> libpng12.so.0.1.2.2* Comparing with a RedHat 7.3 box, I see they used to also include a symlink pointing /usr/lib/libpng.so to /usr/lib/libpng.so.2. Guess they "forgot" or changed their way of doing. <sigh> The quickfix way is most probably to add the symlinks myself, pointing libpng.so to libpng.so.3, but still... Is there something to be done for this in PHP's configure script? Or should this be considered a RedHat bug? Reproduce code: --------------- ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --enable-exif --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-ttf=/usr --with-freetype-dir=/usr --with-gettext <snip> checking for GD support... yes checking for the location of libjpeg... /usr checking for the location of libpng... /usr checking for the location of libXpm... no checking for FreeType 1.x support... /usr checking for FreeType 2... /usr checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes configure: error: libjpeg.(a|so) not found. -- Edit bug report at http://bugs.php.net/?id=24195&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24195&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24195&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24195&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24195&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24195&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=24195&r=support Expected behavior: http://bugs.php.net/fix.php?id=24195&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=24195&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=24195&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24195&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24195&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24195&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24195&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=24195&r=gnused
