PHP 4.0 Bug #7003 Updated: configure not setting -L for extras (like png, tiff, etc.)

ID: 7003 Updated by: sniper Reported By: swenson@heronetwork.com Status: Closed Bug Type: Compile Problem Assigned To: Comments: Every --with-* option checks those default locations now. If some extension does not, please open a new bug report for each. (with correct 'Type' ) --Jani Previous Comments: --------------------------------------------------------------------------- [2000-10-05 04:02:37] swenson@heronetwork.com I am reopening this for only a quick item. I have found that on a majority of other configure based packages requesting a feature using the --with-XX option causes a check in the "normal install locations" which is one of: '/usr', '/usr/local', '/'. In that order. The --with-XX=DIR is used for 'other locations' or OSs which are a bit off. People with those types of systems are aware of it and understandably are use to having to descibe the installed locations. I suggest that you consider adjusting php's configure script to be a little more adaptive in the spirit of 'easing installation woes'. Thats it. At least this bug report is now in the system so others can search it out as I tried to. :^) --------------------------------------------------------------------------- [2000-10-05 02:53:40] sr@php.net But this variant seems ok, because if you install everything into /usr/local, you need to use the --with-xx=DIR options to tell configure, where you installed it. I think that's the expected use of these options. Please reopen the bug report if I didn't unsterstand you right and something doesn't work. --------------------------------------------------------------------------- [2000-10-05 02:40:08] swenson@heronetwork.com Alright, I downloaded the latest CVS tarball and tried this: PREFIX=/usr/local ./configure --with-apxs=/usr/sbin/apxs --with-config-file-path=/var/http/conf --enable-calendar --with-xml --enable-track-vars --with-regex=php --with-mm --with-zlib --with-gd --with-t1lib=${PREFIX} --with-jpeg-dir=${PREFIX} --with-png-dir=${PREFIX} --with-tiff-dir=${PREFIX} --with-ttf=${PREFIX} --with-xpm [...] checking for gdImageString16 in -lgd... no checking for gdImagePaletteCopy in -lgd... no checking for gdImageColorClosestHWB in -lgd... no checking for compress in -lz... no checking for png_info_init in -lpng... no checking for gdImageColorResolve in -lgd... no checking for gdImageCreateFromPng in -lgd... no checking for gdImageCreateFromGif in -lgd... no checking for gdImageCreateFromXbm in -lgd... no checking for gdImageWBMP in -lgd... no checking for libjpeg (needed by gd-1.8+)... yes checking for jpeg_read_header in -ljpeg... no no checking for gdImageCreateFromJpeg in -lgd... no checking for libXpm (needed by gd-1.8+)... no checking for libXpm (needed by gd-1.8+)... no configure: warning: If configure fails try --with-xpm-dir=<DIR> checking for gdImageCreateFromXpm in -lgd... no Also tried: ./configure --with-gd --with-t1lib --with-jpeg-dir --with-png-dir --with-tiff-dir --with-ttf --with-xpm [...] checking for gdImageString16 in -lgd... no checking for gdImagePaletteCopy in -lgd... no checking for gdImageColorClosestHWB in -lgd... no checking for compress in -lz... no checking for png_info_init in -lpng... no checking for gdImageColorResolve in -lgd... no checking for gdImageCreateFromPng in -lgd... no checking for gdImageCreateFromGif in -lgd... no checking for gdImageCreateFromXbm in -lgd... no checking for gdImageWBMP in -lgd... no checking for libjpeg (needed by gd-1.8+)... yes checking for jpeg_read_header in -ljpeg... yes checking for gdImageCreateFromJpeg in -lgd... yes checking for libXpm (needed by gd-1.8+)... no configure: warning: If configure fails try --with-xpm-dir=<DIR> checking for gdImageCreateFromXpm in -lgd... yes checking whether to include ttf support... yes checking for T1lib support... checking for T1_GetExtend in -lt1... yes yes Also tried: ./configure --with-gd [...] checking for gdImageColorResolve in -lgd... no checking for gdImageCreateFromPng in -lgd... no checking for gdImageCreateFromGif in -lgd... no checking for gdImageCreateFromXbm in -lgd... no checking for gdImageWBMP in -lgd... no checking for libjpeg (needed by gd-1.8+)... no configure: warning: If configure fails try --with-jpeg-dir=<DIR> checking for gdImageCreateFromJpeg in -lgd... no checking for libXpm (needed by gd-1.8+)... no configure: warning: If configure fails try --with-xpm-dir=<DIR> checking for gdImageCreateFromXpm in -lgd... no checking whether to include ttf support... yes checking for T1lib support... no ./configure --with-gd=/usr/local [...] checking for gdImageString16 in -lgd... yes checking for compress in -lz... yes checking for png_info_init in -lpng... yes checking for gdImageColorResolve in -lgd... yes checking for gdImageCreateFromPng in -lgd... yes checking for gdImageCreateFromGif in -lgd... no checking for gdImageCreateFromXbm in -lgd... yes checking for gdImageWBMP in -lgd... yes checking for libjpeg (needed by gd-1.8+)... no configure: warning: If configure fails try --with-jpeg-dir=<DIR> checking for gdImageCreateFromJpeg in -lgd... yes checking for libXpm (needed by gd-1.8+)... no configure: warning: If configure fails try --with-xpm-dir=<DIR> checking for gdImageCreateFromXpm in -lgd... yes checking whether to include ttf support... yes checking for T1lib support... no It appears that the only way to get everthing in correctly is to include a /usr/local dir option on all of the graphics features AND to include --with-gd=/usr/local --------------------------------------------------------------------------- [2000-10-05 00:49:50] sr@php.net Hmm, the bug which was fixed should only occur if you don't say --with-gd at all (gd is (still) enabled by default), so maybe it's another one. Can you test the latest snapshot (only download and copy the configure line from your Makefile and try that, you don't need to apply any OpenBSD patches (or even compile the thing ;-) ) )? 4.0.3 should be released very soon, so maybe it is possible to fix this bug (if it isn't already fixed) before the release. Thank you. --------------------------------------------------------------------------- [2000-10-05 00:33:15] swenson@heronetwork.com You are correct. I was only using '--with-gd'. After changing the OpenBSD's /usr/ports/www/php4/Makefile to also use '--with-gd=${PREFIX}' the conifiguration then correctly found all the libraries for png & tiff. I have not tried the latest CVS archive for the OpenBSD install since the patch files etc are pretty specific to the version in the ftp controls. In this case the php-4.0.2.tar.gz archive. --------------------------------------------------------------------------- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=7003