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