dev-lang/php-5.1.6-r8 fails to configure - one configure-test tries to link /usr/X11R6/lib64/libedit.so, which is a linker script but not an ELF library. See lengthy discussion in bug #4411. Reproducible: Always
Created attachment 109331 [details] emerge --info
Created attachment 109332 [details] config.log
Created attachment 109333 [details] emerge log file
not a toolchain bug ... this is expected behavior libedit's SONAME is "libedit.so" php (for some stupid reason) does -Wl,-rpath,/usr/X11R6/lib64 -ledit the ldso searches DT_RPATH first for DT_SONAME, "libedit.so" in this case it finds a file named "libedit.so" and then aborts because it isnt actually an ELF solution: stop using pointless -Wl,-rpath
This bug is still open - at least up to and including php-5.2.4_pre200708051230-rc2...
also reported upstream: http://bugs.php.net/42299
(In reply to comment #6) > also reported upstream: http://bugs.php.net/42299 Thanks.
*** Bug 187818 has been marked as a duplicate of this bug. ***
php can work around the issue i think by simply dropping the old /usr/X11R6 path in the php eclasses
Created attachment 128653 [details, diff] php5_1-sapi.eclass.diff
Created attachment 128654 [details, diff] php5_2-sapi.eclass.diff Please, test the above patches; the first one is for php-5.1.x in case you are still using this old version (will be masked soon, you'd better upgrade fast), the second one is for php-5.2.x. You can use `patch -p0 < php5_2-sapi.eclass` if you download the above to /usr/portage.
Eh, `patch -p0 < php5_2-sapi.eclass.diff` obviously.
doesn't work for me (trying to emerge 5.2.4_pre200708051230-r2) - still the same error...
Created attachment 128658 [details, diff] php5_2-sapi.eclass.diff (In reply to comment #13) > doesn't work for me (trying to emerge 5.2.4_pre200708051230-r2) - still the > same error... Well, then try this instead; if it still doesn't work, you are out of luck until someone usptream wakes up instead of blaming Gentoo for the breakage, no time to mess with this autotools nonsense ATM.
Now, this seems to do its job as a work-around. Still, there seem to be too many uses of -Wl,-rpath during configure, but that is probably an upstream issue. Thanks for your help! Volkmar
Please, don't resolve bugs where nothing has been done about them in the tree. And yes, you should reopen the upstream bug as vapier mailed you.
upstream reopened.
Please, revert the above eclass changes and try with `EXTRA_ECONF="--disable-rpath" emerge php`; I'm getting really tired of upstream attitude.
The work-around from Comment #14 in CVS now; emerge --sync in an hour or so. A proper upstream patch will hopefully :P be included in final 5.2.4 release, leaving this bug open until then.
Volkmar, can you test whether you can still reproduce this with php-5.2.4 and with the current workaround [1] reverted (i.e., change it back to /usr/X11R6) please? emerge php like this: EXTRA_ECONF="--disable-rpath" emerge =dev-lang/php-5.2.4 and see if anything breaks or not. [1] http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/php5_2-sapi.eclass?r1=1.8&r2=1.9
(In reply to comment #20) > Volkmar, can you test whether you can still reproduce this with php-5.2.4 and > with the current workaround [1] reverted (i.e., change it back to /usr/X11R6) > please? emerge php like this: > > EXTRA_ECONF="--disable-rpath" emerge =dev-lang/php-5.2.4 > > and see if anything breaks or not. > > [1] No, the bug is not reproducible in dev-lang/php-5.2.4_p20070914-r2 any more (neither with the current workaround, nor with the original eclass and the EXTRA_ECONF from above). Both cases compile fine.
Closing.