Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 72867 - php-4.3.9 fails to configure (weird cross-compiling error)
Summary: php-4.3.9 fails to configure (weird cross-compiling error)
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: PHP Bugs
URL:
Whiteboard:
Keywords:
: 72862 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-11-29 15:46 UTC by Trey Stout
Modified: 2004-12-01 15:01 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Trey Stout 2004-11-29 15:46:38 UTC
When trying to emerge php-4.3.9 it fails during the configure stage with a cross-compiling error.

Reproducible: Always
Steps to Reproduce:
emerge '<=php-4.99'


Actual Results:  
root@spartacus [root]# emerge '<=mod_php-4.99' > emerge.log
configure: error: can not run test program while cross compiling

!!! ERROR: dev-php/mod_php-4.3.9 failed.
!!! Function econf, Line 449, Exitcode 1
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status message.


Expected Results:  
Installed php.

Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.3, glibc-2.3.3.20040420-r0,
2.4.25_pre7-gss-r11 i686)
=================================================================
System uname: 2.4.25_pre7-gss-r11 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux-headers-2.4.21-r1
Libtools: sys-devel/libtool-1.4.3-r4
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=i686 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config
/usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://gentoo.osuosl.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X apache apache2 apm arts avi berkdb bitmap-fonts cluster crypt cups curl
doc encode esd f77 fam foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk
gtk2 imlib innodb jpeg libg++ libwww mad mikmod motif mozilla mpeg mysql ncurses
nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl
spell ssl svga tcpd tiff truetype vim x86 xml2 xmms xv zlib"
Comment 1 Trey Stout 2004-11-29 16:03:17 UTC
Same thing happens with php-4.3.8. Is this possibly a bad setting somewhere? Or bad portage?
Comment 2 Rajiv Aaron Manglani (RETIRED) gentoo-dev 2004-11-30 12:14:30 UTC
*** Bug 72862 has been marked as a duplicate of this bug. ***
Comment 3 Trey Stout 2004-11-30 13:22:10 UTC
This appears to have been some conflict with libwww and mysql? Upon further searching of the bug DB, I have found bug #23751 which appears to have been the same problem from almost a year ago.

I'm not sure why, but re-emerging libwww made mod_php and php both emerge fine. Can someone help explain why this works?
Comment 4 koensegers 2004-12-01 14:53:27 UTC
Jep idd. Re-emerging libwww was the solution.
I don't know why, although...

Greetz
Comment 5 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-12-01 15:01:52 UTC
PHP isn't know for useful error messages.
the config.log file usually gives the exact problem more directly.

The source of the libwww problem is that your libraries were inconsistant for some reason, usually an binary-incompatible ABI upgrade of a library without recompiling all other libraries that linked against it (revdep-rebuild usually manages to do this 100% fine for you if you run it).