From: real at dok dot org Operating system: Slackware Linux 9.0 PHP version: 4.3.5RC2 PHP Bug Type: Apache2 related Bug description: Cannot create shared module
Description: ------------ I'm at my wit's end here. I've spent the last two weeks trying to get PHP to compile correctly. When I set this machine up last spring, I downloaded and installed the latest Apache2 and PHP (4.3.2). I ran it with no problems until early January of this year when I tried to upgrade to PHP 4.3.4 and found that for some reason, even though I'm fairly sure I haven't compiled anything since I built Apache2 and PHP, I could no longer get libphp4.so to come out. I have tried the following versions of PHP: 4.3.2, 4.3.3, 4.3.4, latest stable, and 4.3.5 RC2 Just for fun, I also tried two versions of Apache2 and the latest version of Apache1. Reproduce code: --------------- Here's my config line: (from config.nice) './configure' \ '--with-apxs2=/d/apache/bin/apxs' \ '--with-mysql=/d/mysql' \ '--with-config-file-path=/d/apache/conf' \ '--prefix=/d/apache/php' \ Expected result: ---------------- I expected everything to work perfectly, as has always been my experience with PHP. ./configure seemed to work fine (at first, of course) and make works fine, but make install unfailingly yeilds this: Actual result: -------------- Warning! dlname not found in /d/apache/modules/libphp4.la. Assuming installing a .so rather than a libtool archive. chmod 755 /d/apache/modules/libphp4.so chmod: getting attributes of `/d/apache/modules/libphp4.so': No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 After several attempts, I began to look at the ./configure output and noticed that it's apparently not even attempting to build shared libs. checking whether the linker (/usr/i386-slackware-linux/bin/ld) supports shared libraries... no checking how to hardcode library paths into programs... unsupported checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... no checking whether to build shared libraries... no checking whether to build static libraries... yes It'd be my GUESS (and I'm no guru) that the problem lies here: checking whether the linker (/usr/i386-slackware-linux/bin/ld) supports shared libraries... no The only problem with that theory is that it's the same ld I was using last time, and it worked just fine then. -- Edit bug report at http://bugs.php.net/?id=27169&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27169&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27169&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27169&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27169&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27169&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27169&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27169&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=27169&r=support Expected behavior: http://bugs.php.net/fix.php?id=27169&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=27169&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=27169&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27169&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27169&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27169&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27169&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=27169&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27169&r=float
