Edit report at http://bugs.php.net/bug.php?id=42926&edit=1
ID: 42926 Updated by: [email protected] Reported by: mamfelt at acm dot org Summary: configure does not support 64-bit libraries by default on AIX -Status: Open +Status: Spam Type: Feature/Change Request -Package: Feature/Change Request +Package: *General Issues Operating System: AIX 5.3 TL06 PHP Version: 5.2.4 Block user comment: N Private report: N Previous Comments: ------------------------------------------------------------------------ [2007-10-21 10:40:26] mamfelt at acm dot org That is what worked, at least with php 4.4.X (never change a winning team) - THEN, when I didnt specify the .../lib it didnt find them. Actually, as long as I work with 32-bit libraries (as the most of the supporting libraries are 32-bit only) the configure part works fine. ------------------------------------------------------------------------ [2007-10-17 12:55:52] [email protected] This is wrong: --with-jpeg-dir=/usr/local/lib This is the correct way: --with-jpeg-dir=/usr/local There aren't any PHP configure options that expect you to pass them either <path>/lib or <path>/include, they all expect the install _prefix_. ------------------------------------------------------------------------ [2007-10-12 13:23:40] mamfelt at acm dot org Tested with 32-bit libraries - and CFLAGS=-q64 (corrected from above) As expected (now) configure fails once it links to a library: 00Configuring extensions00 checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking for xml2-config path... /usr/local/bin/xml2-config checking whether libxml build works... no configure: error: build test failed. Please check the config.log for details. mich...@x054:[/home/michael/prj/php-5.2.4]tail config.log #line 20044 "configure" #include "confdefs.h" char xmlInitParser(); int main() { xmlInitParser(); return 0; } The AIX loader supports mixed 32_64 bit archives, just have to discover how to make them I guess. ------------------------------------------------------------------------ [2007-10-12 13:17:38] mamfelt at acm dot org To complete my initial configure/build tests I used the configure command I had been using with AIX 5.2, 32-bit and gcc. Note: since I dont have apache installed yet, there is no apxs entry. ./configure \ --enable-safe-mode \ --enable-magic-quotes \ --with-openssl=/usr/local/ssl \ --with-zlib-dir=/data/prj/zlib-1.2.3 \ --enable-bcmath \ --enable-dba \ --enable-ftp \ --with-gd \ --with-jpeg-dir=/usr/local/lib \ --with-ttf \ --with-freetype-dir \ --enable-gd-native-ttf \ --with-mysql=/usr/local/mysql \ --with-pear During the preparations I installed both freetype packages. While configure resolved that to use only freetype2, the make failed because it found the libraries for freetype (freetype1) in /usr/local/include first. Initially I thought this was due my CFLAGS setting (CFLAGS=-I/usr/local/include - left over from one of the package builds). However, after unsetting CFLAGS, make distclean, config and make I still had the same problem. The config is adding -I/usr/local/include in the argument list before the -I/usr/lib/include/freetype2. The simple solution was to uninstall the freetype1 package. After this the package compiled. So, in as much as PHP may want to consider this a bug - php config is not working (well) in a 64-bit environment by default. I am unaware of how well applications behave (I suspect badly) in a mixed 32_64 bit environment I shall only try the CFLAGS=-X64 setting to test the configure with an extra flag. p.s. I have also changed CC to CC=xlc_r ------------------------------------------------------------------------ [2007-10-11 17:08:17] mamfelt at acm dot org After switching to 32-bit distribution the configure process completes successfully. :) +--------------------------------------------------------------------+ Thank you for using PHP. mich...@x054:[/home/michael/prj/php-5.2.4] btw. very nice to see these are read right away! ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=42926 -- Edit this bug report at http://bugs.php.net/bug.php?id=42926&edit=1
