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

From: Date: Thu, 05 Jan 2006 09:50:09 +0000
Subject: #35901 [Fbk->Opn]: PHP cli refuses to work
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-91531@lists.php.net to get a copy of this message
ID: 35901 User updated by: adamk at mcservices dot com dot au Reported By: adamk at mcservices dot com dot au -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 10 SPARC PHP Version: 5CVS-2006-01-05 (snap) New Comment: 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. Previous Comments: ------------------------------------------------------------------------ [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

« previous php.bugs (#91531) next »