Summary: | dev-php/php-4.3.4-r4 failed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Carsten Lohrke (RETIRED) <carlo> |
Component: | New packages | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | ferret-bgo |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | config.log |
Description
Carsten Lohrke (RETIRED)
2004-01-26 08:46:50 UTC
WFM with sablotron-1.0. Try emerging that and try again... perhaps that's what it's *really* dependent on. nope, ferret. php-4.3.4-r3 worked fine for me with sablotron-0.97 and -r4 fails with sablotron 1.0, too. I'm running sablotron 1.0 quite fine, and there is only a single change between -r3 and -r4 (that doesn't involve any of the build stuff at all). your problems lie elsewhere (with 100% certainty). attach your config.log and i'll tell you exactly which library on your system is broken. running revdep-rebuild will usually locate and fix it already however. Created attachment 24467 [details]
config.log
Thanks for the offer, Robin. :)
Hrm, I had this problem before at one point, which is why I took interest in it. Wasn't really sure how I got that fixed, I unmerged sablotron, php, php-core and put them all back again, I guess. Not a revdep-rebuild solvable thing. I guess there's nothing more that can be done until more information comes to light, though. :/ configure:40526: gcc -o conftest -O2 -march=athlon-xp -pipe -foptimize-sibling-calls -fomit-frame-pointer -fforce-addr -fprefetch-loop-arrays -fmove-all-movables -mfpmath=sse,387 -L/usr/lib -ldb-4.0 -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib conftest.c -lc-client -lssl -lcrypto -lcrypt -lpam -lt1 -lfreetype -lX11 -lXpm -lpng -lz -ljpeg -lexslt -lxml2 -lxslt -lz -ldb-4.0 -lndbm -lgdbm -lcurl -lcrack -lbz2 -lz -lssl -lcrypto -lresolv -lm -lxmlparse -lxmltok -lcurl -lz -lssl -lcrypto -ldl -lssl -lcrypto -ldl -lz -lxml2 -lz -lm 1>&5 /var/tmp/portage/php-4.3.4-r4/temp/ccLkGW1w.o(.text+0xfa): In function `main': : undefined reference to `auth_gssapi_valid' did you use kerberos at some point? one the libraries in that list is linked against kerberos. refined list of ones that you should check over: X11 Xpm c-client crack crypt crypto curl db-4.0 exslt freetype gdbm jpeg ndbm pam png resolv ssl t1 xml2 xmlparse xmltok xslt use ldd against files like libXXXX.so* where XXXX is something from that list. Rebuild that library without kerberos unless you need kerberos, in which case you should put kerberos in your USE flags. ferret: no, the problem is that PHP doesn't break into an error immediately after detecting an error, as there are lot of possible routes it can take to avoid the error. As a side effect, when the error is displayed, you _have_ to look at the config.log file to accurately resolve it. Never used kerberos, but /usr/lib/libt1.so.1.3.1 wasn't set executable!?! PHP seems to compile fine now. I think I have to fsck after a few hours of sleep... Thanks again Robin!! heh, ok. |