#35901 [Opn->Csd]: PHP cli refuses to work

ID: 35901 Updated by: sniper@php.net Reported By: adamk at mcservices dot com dot au -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 10 SPARC PHP Version: 5CVS-2006-01-05 (snap) New Comment: Thanks you very much for letting us know. I should add more of those build tests around the configure to catch this kind of stuff earlier..but that's gotta wait til next year. Previous Comments: ------------------------------------------------------------------------ [2006-01-05 10:50:06] adamk at mcservices dot com dot au Hi, No need. I must apologize for this, however this is actually NOT a PHP bug. It is a bug with the Sun Microsystems supplied net snmp libs in /usr/sfw/lib. I looked into things just that little bit more and found that there was some strange references to libnetsnmp.la in the php wrapper binary. So recompiled the version without snmp support and now it all works perfectly. So seems that the net snmp package in /usr/sfw on Solaris 10 SPARC is b0rked, this is not a bug in PHP. I will take this matter up with Sun from here. Thank you to those of you who were more than happy to assist. ------------------------------------------------------------------------ [2006-01-05 10:12:34] sniper@php.net Does this configure line work any better: # rm config.cache ; ./configure --disable-all --disable-cgi # make && sapi/cli/php -v ------------------------------------------------------------------------ [2006-01-05 07:19:07] adamk at mcservices dot com dot au Description: ------------ Hello Am getting the following after compiling any version of PHP5. Currently using a PHP5 daily snap to try resolve the problems. root@jupiter> php -i /usr/local/bin/php: error: `/usr/local/bin/.libs/php' does not exist This script is just a wrapper for php. See the libtool documentation for more information. Using the current configure line when compiling --> ./configure --x-includes=/usr/openwin/include --x-libraries=/usr/openwin/lib --with-apxs2=/usr/apache2/bin/apxs --with-mod_charset --enable-magic-quotes --enable-libgcc --with-libxml-dir=/usr --with-openssl=/usr/sfw --with-zlib=/usr --with-zlib-dir=/usr --enable-bcmath --with-bz2=/usr --enable-calendar --enable-dba --with-db4=/usr --with-inifile --with-flatfile --enable-dbase --enable-exif --enable-filepro --enable-ftp --with-openssl-dir=/usr/sfw --with-gd=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-freetype-dir=/usr/sfw --enable-gd-native-ttf --enable-gd-jis-conv --with-gettext=/usr --with-imap=/usr/imap --enable-mbstring --with-mcrypt=/usr --with-mhash=/usr --with-mime-magic=/etc/apache2/magic --with-mysql=/usr/sfw --with-zlib-dir=/usr --enable-embedded-mysqli --enable-pcntl --with-pspell=/usr --enable-shmop --with-snmp=/usr/sfw --enable-ucd-snmp-hack --enable-soap --enable-sockets --enable-sysvmsg --enable-sysvsem --enable-sysvshm --enable-wddx --with-libxml-dir=/usr --with-libexpat-dir=/usr/sfw --with-xmlreader --with-libxml-dir=/usr Note that compiling and installing works just fine, it's the actual php wrapper script in /usr/local/bin that appears to be broken. Reproduce code: --------------- From /usr/local/bin/php --> # Try to get the absolute directory name. absdir=cd "$thisdir" && pwd test -n "$absdir" && thisdir="$absdir" program='php' progdir="$thisdir/.libs" Expected result: ---------------- php scripts to work Actual result: -------------- /usr/local/bin/php: error: `/usr/local/bin/.libs/php' does not exist This script is just a wrapper for php. See the libtool documentation for more information. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=35901&edit=1