I am still quite skeptical of this bundled libtool idea. It is
currently broken even on mainstream systems such as Debian x86 where
do to the crappy packaging it is really important that people can
build their own. See http://lerdorf.com/php/libtool.txt
./buildconf && ../configure run on a current 4.3.11-dev on a Debian
x86 box. <snip>
Simply doing a cp /usr/bin/libtool . and re-running make fixes it and
the resulting binary works fine.
This may be fixable, but aren't the chances better that the native
libtool will work on the native machine?
So where are we on compiling PHP on AMD64 systems.
Works ok as far as I know. The above-mentioned problem turned out to be
an incompatibility between my own ltmain.sh I was using and the
m4-generated libtool. With a completely clean tree it does work.
Not if you only have 64bit libs installed, which is dangerous, since otherwise it doesn't give any warnings and you're not getting what you think you are.
[root@daedal INSTALLED]# rm -rf php5.1dev/
[root@daedal INSTALLED]# date
Mon Feb 14 13:13:54 EST 2005
[root@daedal INSTALLED]# cvs -d :pserver:firstname.lastname@example.org:/repository checkout -d php5.1dev php-src
[root@daedal INSTALLED]# cd php5.1dev/
[root@daedal php5.1dev]# ./buildconf
[root@daedal php5.1dev]# ./configure --with-libdir=lib64 --prefix=/usr/local/php --with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-zlib --enable-bcmath --with-bz2 --enable-calendar --with-curl --enable-dio --enable-exif --enable-ftp --with-gd=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr --with-freetype-dir=/usr --with-gettext --with-gmp --with-mcrypt --with-mhash --with-mysql=/usr --with-mysql-sock=/tmp/mysql.sock --with-mysqli=/usr/bin/mysql_config --enable-shmop --enable-soap --enable-sockets --enable-sysvmsg --enable-sysvsem --enable-sysvshm --enable-wddx --with-xmlrpc --with-xsl
[root@daedal php5.1dev]# make
[root@daedal php5.1dev]# make install
Installing PHP SAPI module: apache
[activating module `php5' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp5.so /usr/local/apache/libexec/libphp5.so
cp: cannot stat `libs/libphp5.so': No such file or directory
apxs:Break: Command failed with rc=1
make: *** [install-sapi] Error 1
make install fails because libphp5.so is never created due to errors like this:
*** Warning: linker path does not have real file for library -lz.
*** 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
*** because I did check the linker path looking for a file starting
*** with libz and none of the candidates passed a file format test
*** using a file magic. Last file checked: /lib/libdl-2.3.3.so
These errors occur for every library.
This all worked in December's CVS HEAD right after Joe put the patch in.
New York PHPhttp://www.nyphp.org
Supporting Apache, MySQL and PHP