When you have a machine with for example 8 GB of RAM (probably this is the case for all machines with above 4 GB RAM) and enable apropriate high-memory support of up to 64 GB in the gentoo-sources kernel many of the bigger ebuild such as gcc or glibc fail with always reproducable segmentation faults. This is not the case when choosing a high-memory support of only 4 GB of RAM and thus loosing some GB of RAM. Also the problem does not occur when using vanilla-sources with the correct high-memory support setting. Reproducible: Always Steps to Reproduce: 1.Get a machine with more than 4 GB of physical RAM installed 2.Use gentoo-sources with high-memory support of up to 64 GB RAM enabled 3.Compile something like gcc or glibc Actual Results: internal compiler error: SEGMENTATION FAULT Expected Results: A clean emerge / compiling without segmentation faults Have a look at this forum thread for confirmation of the problem by other users: http://forums.gentoo.org/viewtopic-t-319460.html?sid=e816bd46181dd56b25baf6f20cf55373 -- I could not paste the emerge info used with the gentoo-sources and high-memory support @ 64 GB enabled because the affected machine needs to be stable ... but the rest of the info is exactly the same. Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.5-20050130, glibc-2.3.5-r1, 2.6.12.5 i686) ================================================================= System uname: 2.6.12.5 i686 Intel(R) XEON(TM) MP CPU 2.00GHz Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/co ntrol" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.uni-erlangen.d e/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp-stud.fht-essli ngen.de/pub/Mirrors/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/" MAKEOPTS="-j10" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 acl afs berkdb bzip2 chroot crypt gdbm glibc-omitfp hardened ipv6 kerberos krb4 krb5 ldap m mx mysql ncurses nls nptl nptlonly pam perl python readline rtc samba sasl skey sockets socks5 spell sse ssl tcpd truetype unicode userlocales xml2 zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Waiting for 2.6.13 to debug this further (the 2.6.12 patchset is big) *** This bug has been marked as a duplicate of 101359 ***