PHP 4.0 Bug #9898 Updated: gd and mck fail to link but did in 4.0.4pl1

ID: 9898 User Update by: wez@php.net Old-Status: Feedback Status: Open Bug Type: Compile Problem Description: gd and mck fail to link but did in 4.0.4pl1 Sorry - I should have been more verbose. Yes, I did cvsclean and buildconf a number of times, tried manually deleting the config.cache too, but no go. I'm currently using: './configure' '--with-apxs' '--disable-pear' '--enable-debug' '--enable-sigchild' '--enable-calendar' '--enable-ftp' '--with-ldap' '--with-mysql=/usr' '--enable-shmop' '--enable-sysvsem' '--enable-sysvshm' '--with-zlib' '--enable-inline-optimization' '--with-curl' '--with-iconv' '--with-bz2' '--with-gettext' '--enable-sockets' '--enable-wddx' '--enable-jstring' '--with-openssl' '--enable-bcmath' '--enable-ctype' '--enable-dbg' '--with-imap' '--enable-mailparse' '--enable-mbregex' '--with-pspell' '--with-recode' '--with-savi=/home/CLIENTWEB/sophosantivirus/sav_if' '--enable-yp' '--without-gd' '--with-mhash' If I change it to use --with-gd, configure detects libgd.a: checking whether to enable truetype string function in gd... no checking for libjpeg (needed by gd-1.8+)... no configure: warning: If configure fails try --with-jpeg-dir=<DIR> checking for libXpm (needed by gd-1.8+)... no configure: warning: If configure fails try --with-xpm-dir=<DIR> checking whether to include GD support... yes (static) checking for gdImageString16 in -lgd... yes checking for gdImagePaletteCopy in -lgd... yes checking for gdImageColorClosestHWB 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 gdImageWBMP in -lgd... yes checking for gdImageCreateFromJpeg in -lgd... no checking for gdImageCreateFromXpm in -lgd... yes checking whether to include FreeType 1.x support... yes Likewise, if I enable cybercash support it also breaks. It doesn't seem to be related to the config.m4 files for those extensions, but does seem to be a problem with linking static libraries. Nothing has changed on my system since the last successful compile of CVS PHP (around the time preg_replace_callback was implemented). So I have a feeling that it is something to do with the main build files somewhere... Most strange! Previous Comments: --------------------------------------------------------------------------- [2001-03-21 15:30:32] sniper@php.net I guess you know enough to do './cvsclean ; ./buildconf' after updating CVS ? And what was the configure line used? --Jani --------------------------------------------------------------------------- [2001-03-21 07:42:43] wez@php.net Weird - can't find my duplicate report, so reopened this one. I'm having problems with the bug system - it's slow to react and seems to hang. Anyway, I left this information out: /bin/sh /home/wez/source/phpbuild/libtool --silent --mode=link gcc -I. -I/home/wez/source/phpbuild/ -I/home/wez/source/phpbuild/main -I/home/wez/source/phpbuild -I/usr/include/apache -I/home/wez/source/phpbuild/Zend -I/usr/local/include -I/usr/local/mck-3.2.0.3-linux//c-api -I/usr/include/freetype -I/usr/include/gd -I/usr/include/imap -I/usr/include/mysql -I/usr/local/include/pspell -I/home/CLIENTWEB/sophosantivirus/sav_if -I/home/wez/source/phpbuild/ext/xml/expat/xmltok -I/home/wez/source/phpbuild/ext/xml/expat/xmlparse -I/home/wez/source/phpbuild/TSRM -DEAPI_MM -DLINUX=2 -DMOD_SSL=206105 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /home/wez/source/phpbuild/libs -avoid-version -L/usr/local/lib -L/usr/local/mck-3.2.0.3-linux//c-api/lib -L/usr/lib/mysql -R /usr/local/lib -R /usr/local/mck-3.2.0.3-linux//c-api/lib -R /usr/lib/mysql stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/bz2/libbz2.la ext/calendar/libcalendar.la ext/curl/libcurl.la ext/cybercash/libcybercash.la ext/dbg/libdbg.la ext/ftp/libftp.la ext/gd/libgd.la ext/gettext/libgettext.la ext/iconv/libiconv.la ext/imap/libimap.la ext/jstring/libjstring.la ext/ldap/libldap.la ext/mailparse/libmailparse.la ext/mbregex/libmbregex.la ext/mhash/libmhash.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/pspell/libpspell.la ext/savi/libsavi.la ext/session/libsession.la ext/shmop/libshmop.la ext/sockets/libsockets.la ext/standard/libstandard.la ext/sysvsem/libsysvsem.la ext/sysvshm/libsysvshm.la ext/wddx/libwddx.la ext/xml/libxml.la ext/yp/libyp.la ext/zlib/libzlib.la TSRM/libtsrm.la -lpam -lsavi -lc-client -ldl -lz -lpspell -lmysqlclient -lmhash -lldap -llber -lttf -lz -lpng -lgd -lmckcrypto -lcurl -lbz2 -lresolv -lm -ldl -lcrypt -lnsl -lresolv --------------------------------------------------------------------------- [2001-03-21 07:38:21] wez@php.net Sorry - forgot some info which is in the other report. I'm having B/W problems so the bug system is reacting slowly for me... --------------------------------------------------------------------------- [2001-03-21 07:28:17] wez@php.net the final stage of the build says: *** Warning: This library needs some functionality provided by -lgd. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lmckcrypto. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. It is correct - I do not have shared versions of these libraries, but previous versions of PHP linked correctly. PHP 4.0.4pl1 still compiles and links, and I'm pretty sure CVS worked about a week ago. --Wez. --------------------------------------------------------------------------- Full Bug description available at: http://bugs.php.net/?id=9898