#30160 [Com]: Installing PHP SAPI module fails
ID: 30160 Comment by: jcmauroux at bluewin dot ch Reported By: tessarek at evermeet dot cx Status: Open Bug Type: Compile Failure Operating System: AIX 5.x PHP Version: 5CVS-2005-03-08 New Comment: same problem AIX 5.1.0.0 with Apache Version 2.0.53. Do you have a solution? $ make install Installing PHP SAPI module: apache2handler /ssw/apache-2.0.53/build/instdso.sh SH_LIBTOOL='/ssw/apache-2.0.53/build/libtool' libphp5.la /ssw/apache-2.0.53/modules rm -f /ssw/apache-2.0.53/modules/libphp5.so /ssw/apache-2.0.53/build/libtool --mode=install cp libphp5.la /ssw/apache-2.0.53/modules/ cp .libs/libphp5.a /ssw/apache-2.0.53/modules/libphp5.a cp .libs/libphp5.lai /ssw/apache-2.0.53/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ssw/apache-engineering/source/php-5.0.3/libs' chmod 755 /ssw/apache-2.0.53/modules/libphp5.so chmod: /ssw/apache-2.0.53/modules/libphp5.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. Previous Comments: [2005-03-10 16:57:34] dave at neteffekt dot co dot uk I have excatly the same problem on my mandrake 10.1 community version, however I have recently update the version of gcc to 3.4.3 I dont think that will be the issue though because I have compiled just about everything else under the sun today doing a new server install, which is now taking 5 times a long as it should Just what I need after being up so late working on a mail server :( [2005-03-09 15:08:22] tessarek at evermeet dot cx Very interesting. PHP4 does not install either: vulcan14:[root] /ext/php4-STABLE-200503091130> make install Installing PHP SAPI module: apache2filter /opt/apache/build/instdso.sh SH_LIBTOOL='/opt/apache/build/libtool' libphp4.la /opt/apache/modules rm -f /opt/apache/modules/libphp4.so /opt/apache/build/libtool --mode=install cp libphp4.la /opt/apache/modules/ cp .libs/libphp4.a /opt/apache/modules/libphp4.a cp .libs/libphp4.lai /opt/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /ext/php4-STABLE-200503091130/libs' chmod 755 /opt/apache/modules/libphp4.so chmod: /opt/apache/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. I think I can remember that there was a time when PHP4.x installed without problems on AIX. You said that the Apache2 instdso.sh script could be responsible for the error. I was able to compile and install Apache2 without problems on AIX and I'm pretty sure that the Apache install uses the instdso.sh script aswell. The point is that the .so module is in the .libs directory and I can move or copy it manually into the Apache modules directory but that solves the problem only partially. The binary and the pear stuff are not installed in the target directory, if the 'make install' stops where it actually does. [2005-03-09 01:02:55] [EMAIL PROTECTED] IIRC, this was actually caused by the Apache2 instdso.sh script. But I'm not sure and can't check it right now. Does the latest PHP 4 snapshots work for you on AIX? [2005-03-08 15:52:46] tessarek at evermeet dot cx It works on Fedora Core 3 with gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3). No problems with make install: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). [EMAIL PROTECTED] php5-200503081130]$ make install Installing PHP SAPI module: apache2filter /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/bin/sh /usr/lib/apr/build/libtool' libphp5.la /usr/lib/httpd/modules /bin/sh /usr/lib/apr/build/libtool --mode=install cp libphp5.la /usr/lib/httpd/modules/ cp .libs/libphp5.so /usr/lib/httpd/modules/libphp5.so cp .libs/libphp5.lai /usr/lib/httpd/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ext/php5-200503081130/libs' chmod 755 /usr/lib/httpd/modules/libphp5.so [activating module `php5' in /etc/httpd/conf/httpd.conf] Installing PHP CLI binary:/opt/php5/bin/ Installing PHP CLI man page: /opt/php5/man/man1/ Installing PEAR environment: /opt/php5/lib/php/ [PEAR] Archive_Tar: 'xml' PHP extension is not installed [PEAR] Console_Getopt: 'xml' PHP extension is not installed [PEAR] PEAR: 'xml' PHP extension is not installed [PEAR] XML_RPC: 'xml' PHP extension is not installed Installing build environment: /opt/php5/lib/php/build/ Installing header files: /opt/php5/include/php/ Installing helper programs: /opt/php5/bin/ program: phpize program: php-c
#30160 [Com]: Installing PHP SAPI module fails
ID: 30160 Comment by: dave at neteffekt dot co dot uk Reported By: tessarek at evermeet dot cx Status: Open Bug Type: Compile Failure Operating System: AIX 5.x PHP Version: 5CVS-2005-03-08 New Comment: I have excatly the same problem on my mandrake 10.1 community version, however I have recently update the version of gcc to 3.4.3 I dont think that will be the issue though because I have compiled just about everything else under the sun today doing a new server install, which is now taking 5 times a long as it should Just what I need after being up so late working on a mail server :( Previous Comments: [2005-03-09 15:08:22] tessarek at evermeet dot cx Very interesting. PHP4 does not install either: vulcan14:[root] /ext/php4-STABLE-200503091130> make install Installing PHP SAPI module: apache2filter /opt/apache/build/instdso.sh SH_LIBTOOL='/opt/apache/build/libtool' libphp4.la /opt/apache/modules rm -f /opt/apache/modules/libphp4.so /opt/apache/build/libtool --mode=install cp libphp4.la /opt/apache/modules/ cp .libs/libphp4.a /opt/apache/modules/libphp4.a cp .libs/libphp4.lai /opt/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /ext/php4-STABLE-200503091130/libs' chmod 755 /opt/apache/modules/libphp4.so chmod: /opt/apache/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. I think I can remember that there was a time when PHP4.x installed without problems on AIX. You said that the Apache2 instdso.sh script could be responsible for the error. I was able to compile and install Apache2 without problems on AIX and I'm pretty sure that the Apache install uses the instdso.sh script aswell. The point is that the .so module is in the .libs directory and I can move or copy it manually into the Apache modules directory but that solves the problem only partially. The binary and the pear stuff are not installed in the target directory, if the 'make install' stops where it actually does. [2005-03-09 01:02:55] [EMAIL PROTECTED] IIRC, this was actually caused by the Apache2 instdso.sh script. But I'm not sure and can't check it right now. Does the latest PHP 4 snapshots work for you on AIX? [2005-03-08 15:52:46] tessarek at evermeet dot cx It works on Fedora Core 3 with gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3). No problems with make install: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). [EMAIL PROTECTED] php5-200503081130]$ make install Installing PHP SAPI module: apache2filter /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/bin/sh /usr/lib/apr/build/libtool' libphp5.la /usr/lib/httpd/modules /bin/sh /usr/lib/apr/build/libtool --mode=install cp libphp5.la /usr/lib/httpd/modules/ cp .libs/libphp5.so /usr/lib/httpd/modules/libphp5.so cp .libs/libphp5.lai /usr/lib/httpd/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ext/php5-200503081130/libs' chmod 755 /usr/lib/httpd/modules/libphp5.so [activating module `php5' in /etc/httpd/conf/httpd.conf] Installing PHP CLI binary:/opt/php5/bin/ Installing PHP CLI man page: /opt/php5/man/man1/ Installing PEAR environment: /opt/php5/lib/php/ [PEAR] Archive_Tar: 'xml' PHP extension is not installed [PEAR] Console_Getopt: 'xml' PHP extension is not installed [PEAR] PEAR: 'xml' PHP extension is not installed [PEAR] XML_RPC: 'xml' PHP extension is not installed Installing build environment: /opt/php5/lib/php/build/ Installing header files: /opt/php5/include/php/ Installing helper programs: /opt/php5/bin/ program: phpize program: php-config program: phpextdist As you can see under Linux the .so and the .lai files are copied but under AIX the .a and the .lai. So if the script is changed so that under AIX the .so file is copied, everything should be alright. [2005-03-08 15:17:43] tessarek at evermeet dot cx I've tried the latest snapshot on AIX 5.3 ML1 with gcc 3.3.2. The problem still persists: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). vulcan14:[root] /ext/php5-200503081130> make install Installing PHP SAPI module: apache2filter /opt/apache/build/instdso.sh SH_LIBTOOL='/opt/apache/build/libtool' libphp5.la /opt/apache/modules rm -f /opt/apache/modules/libphp5.so /opt/apache/build/libtool --mode=install cp libphp5.la /opt/apache/modules/ cp .libs/libphp5.a /opt/apache/modules/libphp5.a cp .libs/libphp5.lai /opt/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ext/
#30160 [Com]: Installing PHP SAPI module fails
ID: 30160 Comment by: Bjorn dot Wiberg at its dot uu dot se Reported By: tessarek at evermeet dot cx Status: Open Bug Type: Unknown/Other Function Operating System: AIX 5.x and Redhat Linux 8.0 / 9 PHP Version: 5.0.0 New Comment: My libphp5.la does not get overwritten when running 'make install', as it seems. Regarding the "255 error", please see http://bugs.php.net/bug.php?id=30011 for a possible temporary work-around. Best regards, Björn Previous Comments: [2004-09-30 18:13:46] tessarek at evermeet dot cx This does not work, because libphp5.la is overwritten each time you run 'make install'. So I tried to change it during the make install process from another session. This worked, but then I get the following error message: Wrote PEAR system config file at: /opt/php/etc/pear.conf You may want to add: /opt/php/lib/php to your php.ini include_path make: 1254-004 The error code from the last command is 255. Stop. make: 1254-004 The error code from the last command is 2. Stop. [2004-09-30 16:59:00] Bjorn dot Wiberg at its dot uu dot se This happens on my AIX 5.2.0.0 ML4 machine with PHP 5.0.2 as well: [EMAIL PROTECTED]:/usr/local/src/php-5.0.2# /opt/freeware/bin/make install Installing PHP SAPI module: apache2handler /apache/build/instdso.sh SH_LIBTOOL='/apache/build/libtool' libphp5.la /apache/modules rm -f /apache/modules/libphp5.so /apache/build/libtool --mode=install cp libphp5.la /apache/modules/ cp .libs/libphp5.a /apache/modules/libphp5.a cp .libs/libphp5.lai /apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /usr/local/src/php-5.0.2/libs' chmod 755 /apache/modules/libphp5.so chmod: /apache/modules/libphp5.so: No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 [EMAIL PROTECTED]:/usr/local/src/php-5.0.2# The problem seems to be that the libphp5.la file (/usr/local/src/php-5.0.2/libphp5.la in my case) contains: # Names of this library. library_names='libphp5.a libphp5.a' ...which in turn contains the libphp5.so file. However, the 'make install' process expects to find the libphp5.so file in the Apache modules directory (/apache/modules/ in my case) -- not the .a archive file! An easy work-around seems to be to change that line in libphp5.la to read: # Names of this library. library_names='libphp5.so libphp5.so' This works, as /usr/local/src/php-5.0.2/.libs/ also contains libphp5.so "in plain". (Note that simply copying libphp5.so to /apache/modules before running 'make install' won't work, as any old version of libphp5.so is removed by the 'make install' process!) The fault is of course whoever/whatever packaged libphp5.so into libphp5.a in the first place... which ought to be fixed. Best regards, Björn [2004-09-20 08:36:36] tessarek at evermeet dot cx Description: This problem came with PHP 5.0.0 and is still there in 5.0.1. The make of PHP 5.0.x works fine, but when running the 'make install', I get following error: Installing PHP SAPI module: apache2filter /opt/apache/build/instdso.sh SH_LIBTOOL='/opt/apache/build/libtool' libphp5.la /opt/apache/modules rm -f /opt/apache/modules/libphp5.so /opt/apache/build/libtool --mode=install cp libphp5.la /opt/apache/modules/ cp .libs/libphp5.a /opt/apache/modules/libphp5.a cp .libs/libphp5.lai /opt/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ext/php-5.0.1/libs' chmod 755 /opt/apache/modules/libphp5.so chmod: /opt/apache/modules/libphp5.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. There seems something wrong with the makefile. With PHP 4.x.x I never had this problem. My Apache version is 2.0.51, but the problem is also reproducable with older versions. It is kind of funny, because there is a libphp5.so file in the /ext/php-5.0.1/.libs directory, where /ext/php-5.0.1/ is my compilation directory. I can copy the file manually to my Apache modules directory and everything works fine. The only problem is that when I do it manually, there is nothing in my PHP target (/opt/php) directory. My configure line is as follows: ./configure --prefix=/opt/php --with-config-file-path=/etc --with-apxs2filter=/opt/apache/bin/apxs --without-mysql --with-ibm-db2=/usr/opt/db2_08_01 --with-xml --enable-cli --disable-ipv6 --enable-force-cgi-redirect --disable-debug --enable-pic --enable-inline-optimization --with-ncurses --with-iconv --with-regex=system --enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-si
#30160 [Com]: Installing PHP SAPI module fails
ID: 30160 Comment by: Bjorn dot Wiberg at its dot uu dot se Reported By: tessarek at evermeet dot cx Status: Open Bug Type: Unknown/Other Function Operating System: AIX 5.x and Redhat Linux 8.0 / 9 PHP Version: 5.0.0 New Comment: This happens on my AIX 5.2.0.0 ML4 machine with PHP 5.0.2 as well: [EMAIL PROTECTED]:/usr/local/src/php-5.0.2# /opt/freeware/bin/make install Installing PHP SAPI module: apache2handler /apache/build/instdso.sh SH_LIBTOOL='/apache/build/libtool' libphp5.la /apache/modules rm -f /apache/modules/libphp5.so /apache/build/libtool --mode=install cp libphp5.la /apache/modules/ cp .libs/libphp5.a /apache/modules/libphp5.a cp .libs/libphp5.lai /apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /usr/local/src/php-5.0.2/libs' chmod 755 /apache/modules/libphp5.so chmod: /apache/modules/libphp5.so: No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 [EMAIL PROTECTED]:/usr/local/src/php-5.0.2# The problem seems to be that the libphp5.la file (/usr/local/src/php-5.0.2/libphp5.la in my case) contains: # Names of this library. library_names='libphp5.a libphp5.a' ...which in turn contains the libphp5.so file. However, the 'make install' process expects to find the libphp5.so file in the Apache modules directory (/apache/modules/ in my case) -- not the .a archive file! An easy work-around seems to be to change that line in libphp5.la to read: # Names of this library. library_names='libphp5.so libphp5.so' This works, as /usr/local/src/php-5.0.2/.libs/ also contains libphp5.so "in plain". (Note that simply copying libphp5.so to /apache/modules before running 'make install' won't work, as any old version of libphp5.so is removed by the 'make install' process!) The fault is of course whoever/whatever packaged libphp5.so into libphp5.a in the first place... which ought to be fixed. Best regards, Björn Previous Comments: [2004-09-20 08:36:36] tessarek at evermeet dot cx Description: This problem came with PHP 5.0.0 and is still there in 5.0.1. The make of PHP 5.0.x works fine, but when running the 'make install', I get following error: Installing PHP SAPI module: apache2filter /opt/apache/build/instdso.sh SH_LIBTOOL='/opt/apache/build/libtool' libphp5.la /opt/apache/modules rm -f /opt/apache/modules/libphp5.so /opt/apache/build/libtool --mode=install cp libphp5.la /opt/apache/modules/ cp .libs/libphp5.a /opt/apache/modules/libphp5.a cp .libs/libphp5.lai /opt/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ext/php-5.0.1/libs' chmod 755 /opt/apache/modules/libphp5.so chmod: /opt/apache/modules/libphp5.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. There seems something wrong with the makefile. With PHP 4.x.x I never had this problem. My Apache version is 2.0.51, but the problem is also reproducable with older versions. It is kind of funny, because there is a libphp5.so file in the /ext/php-5.0.1/.libs directory, where /ext/php-5.0.1/ is my compilation directory. I can copy the file manually to my Apache modules directory and everything works fine. The only problem is that when I do it manually, there is nothing in my PHP target (/opt/php) directory. My configure line is as follows: ./configure --prefix=/opt/php --with-config-file-path=/etc --with-apxs2filter=/opt/apache/bin/apxs --without-mysql --with-ibm-db2=/usr/opt/db2_08_01 --with-xml --enable-cli --disable-ipv6 --enable-force-cgi-redirect --disable-debug --enable-pic --enable-inline-optimization --with-ncurses --with-iconv --with-regex=system --enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-wddx --without-oci8 --enable-ucd-snmp-hack --enable-memory-limit --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mcal --with-gettext --with-dom --with-zlib --with-zlib-dir=/usr/lib --with-imap --with-openssl=/opt/freeware --with-gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-pdflib --without-sqlite --with-bz2 The problem occurs under AIX 5.1 / AIX 5.2 / Redhat 8.0 / Redhat 9.0 and Redhat Enterprise Server 3.0. (These are the systems I've tested it on.) I hope that this bug has not already been submitted, because I haven't found anything in the bug database. -- Edit this bug report at http://bugs.php.net/?id=30160&edit=1