#23383 [NEW]: linker commands *might* be wrong

From: msopacua at idg dot nl Operating system: AIX 4.3.x PHP version: 4.3.1 PHP Bug Type: XSLT related Bug description: linker commands *might* be wrong Below a copy of a bugreport filed with Gingerall. Working with Juha on resolving this. Not sure yet, whether this is only a problem with Sablotron, linking (or even a libtool error), or C/C++ issue. Issue may apply to certain builds even. Verified has been though, that removing ext/xslt from the equation, resolves the apache startup problem, mentioned below, therefore categorizing it here. Assigning to myself in a jiffy and currently verifying PHP_4_3 branch. Original report (http://bugzilla.gingerall.cz/show_bug.cgi?id=1553): Several users have reported problems on AIX platform. Juha Moisio has provided some steps which make it work well, apart from a few warnings about duplicate symbols (this may also be resolved). The steps involved show, that the linker commands generated by libtool are not sufficient to create reliable shared libraries on AIX. This could very well be, a libtool issue, but we should work around it, or at least provide some detailed info to the libtool guys on how to resolve this and what exactly the problem is. I think though, that with the information provided and the coorperation of Juha and my own efforts on our AIX machines, this issue can be resolved alltogether with a few Makefile.am/configure.in hacks, depending on whether the problems are generated by libtool and are not overridable. In short: 1) the current linker commands create bogus .exp files, with a wrong syntax and a little change in the command execution for that step, should make it workable. The bogus .exp files, leave a loader section, with an insufficient LIBPATH, causing libraries which are needed by sablotron not to be found. 2) in the final link command there's a '${wl}' variable echo'ed, which should have been translated to -Wl, 3) linking with php needs the -Wl,-bbigtoc for Juha - this may be system dependant, but could also be caused by exporting unnecessary symols, using the -Wl,-bexpall option. Creating customized .exp files (whether in php or in sablotron) could resolve this issue. 4) duplicate symbols appear for some core functions, like 'strcmp' and various malloc related syscalls on the final linking stage of php. Using the option '-Wl,-bdelcsect' resolves the issue for the php cli binary and does not show the duplicate symbols anymore, but reportedly creates a faulty apache binary, which basically fails to fork without error indication or >0 exit status. -- Edit bug report at http://bugs.php.net/?id=23383&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23383&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23383&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23383&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23383&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23383&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=23383&r=support Expected behavior: http://bugs.php.net/fix.php?id=23383&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=23383&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=23383&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23383&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23383&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23383&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23383&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=23383&r=gnused