Now, before you guys start complaining about insufficient ram: I have 4GB of DDR2 ram and 8GB of swap. Should be plenty. Attached is a build.log for ffmpeg. But the problem isn't restricted to ffmpeg, this problem occurs with just about any package which gets compiled from source by portage (for example, though, the kernel can be compiled). This is emerge --info: Portage 2.1.4.4 (default/linux/amd64/2008.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r4 x86_64) ================================================================= System uname: 2.6.24-gentoo-r4 x86_64 AMD Phenom(tm) 9850 Quad-Core Processor Timestamp of tree: Wed, 16 Apr 2008 15:00:01 +0000 app-shells/bash: 3.2_p17-r1 dev-lang/python: 2.4.4-r9 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo/" LANG="C" LINGUAS="en nl fr de" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://gentoo.tiscali.nl/gentoo/" USE="acl amd64 berkdb bzip2 cli cracklib crypt cups dri fortran gdbm gpm iconv isdnlog midi mmx mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl sse sse2 sse3 ssl tcpd unicode xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en nl fr de" USERLAND="GNU" VIDEO_CARDS="radeonhd radeon" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY Reproducible: Always Steps to Reproduce: 1. start emerging a package which is built from sources 2. wait a bit 3. enjoy Yesterday, i have *tried* to switch to gcc 4.3.0. I failed (it didn't compile) and remasked gcc 4.3, so i'm still with gcc 4.1.2. I have run gcc-config in an attempt to refresh the environment variables a bit. I don't seem to be able to build gcc itself anymore. The install is relatively fresh (although loaded with quite some extra apps, including gnome, pulseaudio, mpd and so forth. The use flags listed in the above emerge --info aren't effective yet, I installed the system with the following flags (and tried to go back to them, but this didn't make a difference either): USE="mmx sse sse2 sse3 -ipv6 unicode" My CPU is a Phenom 9850.
Created attachment 150075 [details] build.log build.log for the emerge of ffmpeg as an example
Do these failures happen in the same exact place every time?
yes, seems like so. and like i said, the kernel compiles fine, among some ohter packages, so the problem is unlikely to be caused by hardware.
okay, now this is interesting. I took the tarball out of /usr/portage/distfiles/, unpacked it in /tmp and built it. No problems whatsoever. I doubt I ran ./configure exactly the same as portage, but at least this indicates that the problem is not completely my fault :)
So I tried again, this time I made sure the output of ./configure matched the version emerge gave me. The complete build succeeded. The problem does not have to do with my hardware or the packages themselves.
I don't follow. So now you are able to build the package? It randomly failing and now it working indicates a hardware problem, not a software one.
In userspace, without the help of emerge, I can build the package without a single problem. emerge fails building the package with the same ./configure settings.
Did you supply the same exact CFLAGS as well, because if you were building it by hand, you probably didn't. With emerge please try it a few times and see if it fails in the same spot each time.
Okay, so good news and bad news. The good news is that my setup works now, on the same hardware. The bad news is that I had to reinstall gentoo. Sorry, but I'm kind of in a hurry and can't really take the time to debug all this. The only thing I can say is that my setup started acting weird after only trying to compile gcc 4.3.0. The problem was not caused by hardware.
okay, whatever, all this was solved with a bios update :-/ sry guys
