> >> 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 for a > >> ./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. [EMAIL PROTECTED] INSTALLED]# rm -rf php5.1dev/ [EMAIL PROTECTED] INSTALLED]# date Mon Feb 14 13:13:54 EST 2005 [EMAIL PROTECTED] INSTALLED]# cvs -d :pserver:[EMAIL PROTECTED]:/repository checkout -d php5.1dev php-src [EMAIL PROTECTED] INSTALLED]# cd php5.1dev/ [EMAIL PROTECTED] php5.1dev]# ./buildconf [EMAIL PROTECTED] 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 [EMAIL PROTECTED] php5.1dev]# make [EMAIL PROTECTED] 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. --- Hans Zaunere President, Founder New York PHP http://www.nyphp.org AMP Technology Supporting Apache, MySQL and PHP -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
