PHP 4.0 Bug #4569 Updated: configure fails to correctly identify GD 1.8.x functions available

ID: 4569 Updated by: sniper Reported By: achowe@snert.com Status: Closed Bug Type: *General Issues Assigned To: Comments: This should be fixed. If not, please reopen. --Jani Previous Comments: --------------------------------------------------------------------------- [2000-08-02 17:26:26] stas@php.net You may want to try GD 1.8.3 RPMs from http://rufus.w3.org/linux/RPM/ - they work for me. I still believe this should be fixed (i.e., one doesn't need to link GD to check if we have libz and libpng). --------------------------------------------------------------------------- [2000-08-02 10:41:33] stas@php.net Confirmed - it happens to me too, on RH 6.1 gd 1.8.1 installation. Configure seems to try and conpiled GD without linking libgpng, libz and a dozen of other libraries that RedHat GD installation needs to be linked. --------------------------------------------------------------------------- [2000-08-01 21:49:03] hholzgra@php.net looks like you have parts from an old gd installation left over somewhere ??? --------------------------------------------------------------------------- [2000-05-24 04:19:55] achowe@snert.com (Problem also exists with 3.0.16) I installed gd 1.8.2, libpng 1.0.9, zlib 1.1.3, jpeg 6b, compiled and installed into the default locations. However, everytime I run PHP configure, it fails to find : gdImageColorResolve gdImageCreateFromPng gdImageCreateFromJpeg I stumbled across this yesterday when building PHP 3.0.16 and found duplicate symbols that were defined both in PHP and GD. Downloading PHP 4.0.0 today, I still find the problem. My work around was to modify config.h and define explicitly by hand : #define HAVE_GD_PNG 1 #define HAVE_GD_JPG 1 #define HAVE_GD_COLORRESOLVE 1 And modify the Makefile macro APXS_LDFLAGS to add : -ljpeg -lpng --------------------------------------------------------------------------- Full Bug description available at: http://bugs.php.net/?id=4569