I tried to emerge the update to the new stable mod_php today, and it failed on the following. checking for utime.h... yes checking for sys/utsname.h... yes checking for sys/ipc.h... yes checking for fopencookie... yes configure: error: can not run test program while cross compiling !!! ERROR: dev-php/mod_php-4.3.2-r3 failed. !!! Function econf, Line 304, Exitcode 1 !!! econf failed Reproducible: Always Steps to Reproduce: I tried it more than once. everytime the same. Actual Results: configure:13356: checking for unix.h configure:13366: gcc -E conftest.c >/dev/null 2>conftest.out configure:13362:18: unix.h: No such file or directory configure: failed program was: #line 13361 "configure" #include "confdefs.h" #include <unix.h> configure:13356: checking for utime.h configure:13366: gcc -E conftest.c >/dev/null 2>conftest.out configure:13356: checking for sys/utsname.h configure:13366: gcc -E conftest.c >/dev/null 2>conftest.out configure:13356: checking for sys/ipc.h configure:13366: gcc -E conftest.c >/dev/null 2>conftest.out configure:13395: checking for fopencookie configure:13423: gcc -o conftest -march=pentium3 -O3 -pipe conftest.c -lm - lxmlparse -lxmltok 1>&5 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.10, needed by /usr/lib/gcc-lib/i686-pc-linux- gnu/3.2.2/../../../libxmlparse.so, not found (try using -rpath or -rpath-link) configure:13454: gcc -c -march=pentium3 -O3 -pipe conftest.c 1>&5 Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.2.5-r2,2.3.1-r4) ================================================================= System uname: 2.4.21 i686 Celeron (Coppermine) GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://ftp.gentoo.skynet.be/pub/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.easynet.nl/mirror/gentoo/" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/X11R6/lib/X 11/xkb /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm crypt cups encode gif imlib jpeg libg++ mad mikmod mmx ncurses pdflib png quicktime spell xml2 xmms zlib gdbm berkdb slang readline arts svga gpm tcpd pam libwww ssl perl python motif opengl mozilla cdr X alsa ipv6 php mysql -java qt kde -gnome gtk fluxbox maildir dvd oggvorbis xv avi mpeg slp truetype nls sdl aalib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://ftp.snt.utwente.nl/gentoo-portage" FEATURES="sandbox ccache fixpackages"
I think it's because i had both apache and apache2 installed. I'm cleaning my setup now, rebuilding all the apache related packages just to be sure. I think that will solve it. I'll know when i wake up tomorrow morning.
Look at the config.log generated by PHP. I can say with 100% certainty your problem is caused by library setups. Since you did the mysql upgrade, did you run revdep-rebuild as the instructions specified? If not, please do that. If you did run it, upgrade your gentoolkit to 0.1.30 and run it again.
I get the same exact error. I removed all of apache. Readded apache2. Also did revdep-rebuild and tried to emerge mod_php but I still get the same error. Also to add I do not have any version of mod_php installed. I tried todo it clean but no worky.
Created attachment 14428 [details] the config.log from my failed build Maybe this will help.
Slipmode: Your problem is _exactly_ as I described to Derk-Jan. From your config.log: gcc -o conftest -O2 -mcpu=i686 -pipe conftest.c -lm -lxmlparse -lxmltok 1>&5 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.10, needed by /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/../../../libxmlparse.so, not found (try using -rpath or -rpath-link) configure:13454: gcc -c -O2 -mcpu=i686 -pipe conftest.c 1>&5 Emerge gentoolkit-0.1.30 and run revdep-rebuild again, and it will go away Make sure you have gentoolkit-0.1.30 as 0.1.28/29 don't get the order of packages correct, leading to this problem.
As gentoolkit-0.1.30 is still masked: ACCEPT_KEYWORDS="~x86" emerge gentoolkit
If this fails, just emerge libwww again as it provides libxmlparse.
> Since you did the mysql upgrade, did you run revdep-rebuild as the instructions specified? Ehmmm what instructions. I'm sorry, but when i upgrade 15 packages, i don't stay present to look at all of them while they go by on this 400Mhz machine. It might be a good idea, to let emerge report all the warnings after everything is emerged actually. Maybe that suggestion should be made to the portage team.
that suggestion has already been made and patches created in a couple of bugs
This apparently did do the trick. however my HD just died on me, so i'm not really sure, and all work was for nothing :p
*** Bug 24376 has been marked as a duplicate of this bug. ***
*** Bug 24440 has been marked as a duplicate of this bug. ***
*** Bug 24499 has been marked as a duplicate of this bug. ***
*** Bug 24537 has been marked as a duplicate of this bug. ***
I do not think that gentoolkit-1.30 has the correct order yet. When I ran it revdep-rebuild, libwww was scheduled to be rebuilt after mod_php and mod_php did not merge until I emerged libwww manually before re-running revdep-rebuild. - Steve
Everybody: Gentoolkit-0.1.30 is now in stable. (It was meant to be before the PHP/Apache2 migration was done, but it slipped thru the cracks). Steve: could you do: revdep-rebuild -- -p and attach the output of: emerge -p gentoolkit It definetly should not be doing that, so I'll pass the bug onto the author of it.
I believe I was using the wrong revdep-rebuild... For some reason revdep-rebuild wasn't in my path so I did a locate revdep-rebuild and found... /usr/portage/app-admin/gentoolkit/files/scripts/revdep-rebuild I used the that instead of the one that was merged into /usr/bin sorry for the confusion...
(07:34:00 Tue Jul 15 2003 root@eradicator) ~ $ revdep-rebuild -- -p Checking reverse dependencies... Packages containing binaries and libraries broken by any package update, will be recompiled. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... done. (/root/.revdep-rebuild.4_ebuilds) Evaluating package order... done. (/root/.revdep-rebuild.5_order) Dynamic linking on your system is consistent... All done. (23:58:16 Tue Jul 15 2003 root@eradicator) ~ $ emerge -p gentoolkit These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] app-admin/gentoolkit-0.1.30 (23:58:16 Tue Jul 15 2003 root@eradicator) ~ $ emerge mod_php ... checking for fopencookie... yes configure: error: can not run test program while cross compiling !!! ERROR: dev-php/mod_php-4.3.2-r3 failed. !!! Function econf, Line 304, Exitcode 1 !!! econf failed (00:01:27 Wed Jul 16 2003 root@eradicator) ~ $ emerge libwww mod_php ... libwww emerged fine mod_php seems to be emerging fine now. Thanks.
Jeremy: Hmm that is odd. The revdep-rebuild should have forced libwww to rebuild.
*** Bug 25103 has been marked as a duplicate of this bug. ***
I reported this problem as Bug 25103 (sorry for the duplicate) on a completely new build from scratch, so revdep-rebuild should not need to be run...
As an update to the libwww issue, it seems that libwww and mysql have a circular dependancy sometimes, so libwww doesn't always get updated properly. (like unixODBC and qt, but less severe). Keith: run revdep-rebuild anyway, it won't hurt you.
Thanks, revdep-rebuild did indeed fix the problem. I build Gentoo systems using an automated script, which currently fails with this problem. Is it reasonable to assume that when the circular dependency problem is fixed then this will be fixed to? (And is it also reasonable to assume the circular dependency problem is being fixed?) Thanks, Keith
*** Bug 25176 has been marked as a duplicate of this bug. ***
*** Bug 25167 has been marked as a duplicate of this bug. ***
*** Bug 35145 has been marked as a duplicate of this bug. ***
I got this error __while__ my system was running revdep-rebuild, as I upgraded mysql and mod_php needed a rebuild. How do I fix this? -j PS: I seriously disagree with the idea that this is "resolved".
this bug is resolved, end of story perhaps yours is dieing for a different reason, lets look at it a bit more at #35145
as with this being resolved, it is resolved because it is NOT a problem with the package itself, but rather the state of your system.
