#44778 [Bgs]: libjpeg not found (easily)with --with-gd

ID: 44778 User updated by: mike at clove dot com Reported By: mike at clove dot com Status: Bogus Bug Type: GD related Operating System: Mac OS X 10.4.11 PHP Version: 5.2.5 New Comment: ext/gd/config.m4 is munged because it can't find /usr/local/lib/libjpeg.a on my machine - running Mac OS X 10.4.11. I know it's there because I built and installed it myself. the only way it finds libjpeg.a is by using --with-jpeg-dir=/usr/local. this is a configuration bug which cost me about 4 days to find because I thought PHP built correctly. Didn't find it until drupal barfed on image uploads. It ain't Bogs Previous Comments: ------------------------------------------------------------------------ [2008-04-18 23:34:14] jani@php.net This is why there are the configure options available for people to provide exotic locations for the libraries. And no, /opt is not any "standard" location for anything. ------------------------------------------------------------------------ [2008-04-18 16:52:54] mike at clove dot com Description: ------------ ext/gd/config.m4 contains code which looks for libjpeg.a and libjpeg.<dynamic suffix> in $PHP_JPEG_DIR/$PHP_LIBDIR, /usr/local/$PHP_LIBDIR and /usr/$PHP_LIBDIR. This fails to find libjpeg.<whatever> when libjpeg is loaded onto a mac using macports because it lives in /opt/local/lib. Suggest adding, after line 75: SUP_DIR=dirname $PHP_JPEG_DIR and modifying line 76 to read: for i in $PHP_JPEG_DIR $SUP_DIR /usr/local /usr; do Same holds for the libpng search and probably other things. Actually, it would be nice if the script searched /usr/local and /usr libraries if --with-gd were set, rather than having to know that you have to set --with-jpeg-dir=... If there is interest, I can hack the file ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=44778&edit=1