Re: 4.0.7RC1 && recognition of libs during ./configure

From: Date: Sat, 18 Aug 2001 20:59:36 +0000
Subject: Re: 4.0.7RC1 && recognition of libs during ./configure
References: 1  Groups: php.qa 
Request: Send a blank email to php-qa+get-3527@lists.php.net to get a copy of this message
I added a check to prevent this from happening. Same kind of checks should be added for all the possible libs that are added via --enable-* or --with-*. --Jani On Sat, 18 Aug 2001, Cynic wrote: >Hi Jani, > >after much ./configure-ing I found out that --enable-dmalloc >was causing the failures. I'm sorry to have found out it was >my stupidity (I _did_ check config.log, but missed the >"/usr/libexec/elf/ld: cannot find -ldmalloc" message. It's >above last 10 lines in config.log, so a plain tail didn't >show it. :( > >Anyway, failure to find dmalloc shouldn't cause these >misleading failures IMO. > > >As you might've noticed I reported a successful kitchen-sink >build earlier today. I'll include that build's config.nice >here again: > >'./configure' \ >'--with-zlib' \ >'--with-bz2' \ >'--with-gettext' \ >'--with-curl' \ >'--with-recode' \ >'--with-mcrypt' \ >'--with-mhash' \ >'--with-mysql=/usr/local' \ >'--with-jpeg-dir=/usr/local' \ >'--with-tiff-dir=/usr/local' \ >'--with-png-dir=/usr/local' \ >'--with-zlib-dir=/usr' \ >'--with-freetype-dir=/usr/local' \ >'--with-gd' \ >'--with-gmp' \ >'--with-expat-dir=/usr/local' \ >'--with-sablot' \ >'--with-xslt-sablot' \ >'--enable-bcmath' \ >'--enable-calendar' \ >'--enable-ctype' \ >'--enable-dbase' \ >'--enable-dbx' \ >'--enable-exif' \ >'--enable-filepro' \ >'--enable-ftp' \ >'--enable-native-ttf' \ >'--enable-mailparse' \ >'--enable-mbstring' \ >'--enable-trans-sid' \ >'--enable-shmop' \ >'--enable-sockets' \ >'--enable-sysvsem' \ >'--enable-sysvshm' \ >'--enable-wddx' \ >'--enable-inline-optimization' \ >'--enable-memory-limit' \ >"$@" > >This builds just fine. > >[cynic(cynic)@freepuppy php-4.0.7RC1]$ rm config.cache >[cynic(cynic)@freepuppy php-4.0.7RC1]$ ./config.nice --enable-dmalloc >.... >Configuring extensions >checking if the location of ZLIB install directory is defined... yes >checking whether to include ZLIB support... yes >checking for gzgets in -lz... no >configure: error: ZLIB extension requires zlib >= 1.0.9 > >[cynic(cynic)@freepuppy php-4.0.7RC1]$ tail -n 15 config.log >configure:9009: checking whether to include ZLIB support >configure:9250: checking for gzgets in -lz >configure:9269: gcc -o conftest -g -O2 -DDMALLOC_FUNC_CHECK conftest.c -lz -ldmalloc -lm >1>&5 >/usr/libexec/elf/ld: cannot find -ldmalloc >configure: failed program was: >#line 9258 "configure" >#include "confdefs.h" >/* Override any gcc2 internal prototype to avoid an error. */ >/* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ >char gzgets(); > >int main() { >gzgets() >; return 0; } > > >At 10:30 8/18/2001, Jani Taskinen wrote the following: >-------------------------------------------------------------- > >>What does config.log has to say about the real reason >>for it to bail out?? >> >>--Jani >> >> >>On Fri, 17 Aug 2001, Cynic wrote: >> >>>Hi there, >>> >>>./cofnigure dosn't seem to recognize versions of certain libraries, >>>it bails out for me on --with-zlib (1.1.3 installed) and --with-bz2 >>>(1.0.1 installed). Karl Austin also reported the same problem with >>>--with-zip (he's got 10.0.20 installed). I don't know what system >>>he has, but mine is FreeBSD 4.3, GENERIC kernel. >>> >>>So, what's this? >>> >>>I can set up an account for anyone interested in fixing this. >>> >>> >>>cynic@mail.cz >>>------------- >>>And the eyes of them both were opened and they saw that their files >>>were world readable and writable, so they chmoded 600 their files. >>> - Book of Installation chapt 3 sec 7 >>> >>> >>> >------end of quote------ > > >cynic@mail.cz >------------- >And the eyes of them both were opened and they saw that their files >were world readable and writable, so they chmoded 600 their files. > - Book of Installation chapt 3 sec 7 >

« previous php.qa (#3527) next »