ID: 38952 User updated by: stevep at sga dot org Reported By: stevep at sga dot org -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Unixware 7.1.0 PHP Version: 5CVS-2006-09-25 (snap) New Comment:
I assume the toolchain to be front to back, I guess we have differing semantics. At any rate, the GNU linker does not produce proper shared libraries either, only libphp5.a, I installed gnumake, libtools-1.5.22 and binutils-2.17 and still it will not build properly, still getting the same error about not being able to satisfy inter-library dependencies as posted before, even with the minimum config. Is there a way by digging through config.log/etc to find out why it thinks it can not resolve dependencies, or to see what they are? Previous Comments: ------------------------------------------------------------------------ [2006-09-25 21:13:26] [EMAIL PROTECTED] >Did you see where I mentioned that I *DID* use the GNU >toolchain as well? No, you said only "I tried building gcc-3.4.6", which is clearly NOT the same as "GNU toolchain". I intentionally emphasized the GNU linker, which is required. ------------------------------------------------------------------------ [2006-09-25 21:05:58] stevep at sga dot org This is not a bogus ticket, at least not for the reason you flagged it as such. Did you see where I mentioned that I *DID* use the GNU toolchain as well? I have the same exact issue. ------------------------------------------------------------------------ [2006-09-25 20:56:19] [EMAIL PROTECTED] Please use GNU linker and GNU build tools, others are not supported. ------------------------------------------------------------------------ [2006-09-25 16:49:01] stevep at sga dot org Description: ------------ I have run into this problem on PHP5.1.6 and when trying the latest PHP5 snapshot on a Unixware 7.1.0 host. *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp5. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. copying selected object files to avoid basename conflicts... using piecewise archive linking... Reproduce code: --------------- CC=cc LD=/usr/ccs/bin/ld LDFLAGS="-L/usr/ccs/lib" ./ configure \ --disable-rpath \ --with-apxs=/www/bin/apxs \ --with-openssl=/usr/local/ssl \ --disable-debug \ --enable-magic-quotes \ --enable-mm=shared \ --enable-track-vars \ --enable-trans-sid \ --enable-wddx=shared \ --enable-xml \ --enable-mhash \ --enable-mcrypt \ --with-mhash=/usr/local/lib \ --with-mcrypt=/usr/local/lib \ --with-dom \ --with-gd \ --with-gettext \ --with-mysql=/usr/local/mysql \ --with-regex=system \ --with-xml \ --with-zlib-dir=/usr/lib \ --prefix=/usr/local make Expected result: ---------------- libphp5.so built Actual result: -------------- libphp5.so not built, only libphp5.a The same configuration did work when I last installed PHP-4.3.9 on this machine. I am using the SCO bundled toolchain to build this. I tried building gcc-3.4.6 and using that, but have the same problems. I also tried just to configure as: CC=cc LD=/usr/ccs/bin/ld LDFLAGS="-L/usr/ccs/lib" ./ configure \ --with-apxs=/www/bin/apxs \ --prefix=/usr/local Same problem. More details available upon request, I'm not sure what all to include. As a side note, I had to make a few quick changes to get it to compile on Unixware 7.1.0: ext/hash/hash_ripemd.c: Unixware 7.1.0 did not like the static unsigned char SS[80] assignment, I changed the name of SS to something else, and in the following macro definitions, and all was fine. ext/sqlite/sqlite.c Did not like enum callback_prep_t { DO_REG, SKIP_REG, ERR }; I had to change ERR to something else and also changing references in the rest of the code. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=38952&edit=1