configure error, php assumes sablotron-0.97 < sablotron-0.96 ;) Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: checking for JavaScript for Sablotron XSL support... no checking for Sablotron libraries in the default path... found in /usr checking for sablot-config... found checking for Sablotron version... configure: error: Sablotron version 0.96 or greater required. Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r9, 2.4.22-gentoo-r5) ================================================================= System uname: 2.4.22-gentoo-r5 i686 AMD Duron(tm) Processor Gentoo Base System version 1.4.3.10 distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe -foptimize-sibling-calls -fomit-frame-pointer -fforce-addr -fprefetch-loop-arrays -fmove-all-movables -mfpmath=sse,387" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -foptimize-sibling-calls -fomit-frame-pointer -fforce-addr -fprefetch-loop-arrays -fmove-all-movables -mfpmath=sse,387" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache fixpackages keeptemp keepwork noclean sandbox userpriv" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.berlios.de/pub/gentoo-deutsch http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X X509 Xaw3d aalib acl acpi acpi4linux alsa apache1 apm arts artswrappersuid auctex avi berkdb bonobo cdr chroot clisp cmucl crypt cscope cups curl dga directfb dnd doc dvb dvd dvdr emacs encode ext-png ext-zlib faad fbcon firebird flac foomaticdb gcl gd gdbm ggi gif gimpprint glut gphoto2 gpm gstreamer gtk gtk2 hbci idl imagemagick imap imlib innodb jack jack-caps jack-tmpfs java javascript jdepend jikes jpeg junit jython kde ladcca lcms ldap libg++ libwww lirc log4j ltsp mad maildir matroska mbox md5sum mikmod mmx mng motif mozilla moznocompose moznoirc moznomail mozsvg mpeg mupad-noscilab mysql nas ncurses nls oav oggvorbis openal opengl oss pam pcap pdflib perl pg-hier php physfs plotutils png pnp postgres ppds python qt quicktime readline regexp ruby samba sasl scanner sdl skey slang slp snmp speex spell sse ssl svga tcltk tcpd tetex tiff transcode truetype unicode usb vim-with-x wmf x86 xalan xerces xml xml2 xmms xv xvid zeo zlib linguas_de"
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.
