Created attachment 364960 [details] build.log (compressed) Full log attached. Could be a low memory issue... ? This is a *no* multilib profile. Portage 2.2.0 (default/linux/mips/13.0/n32, gcc-4.7.3, glibc-2.17, 3.13.0-rc2-00122-gdea4f48 mips64) ================================================================= System uname: Linux-3.13.0-rc2-00122-gdea4f48-mips64-Cavium_Octeon+_V0.1-with-gentoo-2.2 KiB Mem: 417592 total, 283464 free KiB Swap: 393212 total, 388864 free Timestamp of tree: Fri, 06 Dec 2013 20:36:59 +0000 ld GNU ld (GNU Binutils) 2.23.2 app-shells/bash: 4.2_p45 dev-lang/python: 2.7.5-r2, 3.3.2-r2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.69 sys-devel/automake: 1.13.4, 1.14 sys-devel/binutils: 2.23.2 sys-devel/gcc: 4.7.3 sys-devel/gcc-config: 1.8 sys-devel/libtool: 2.4.2 sys-devel/make: 4.0 sys-kernel/linux-headers: 3.12 (virtual/os-headers) sys-libs/glibc: 2.17 Repositories: gentoo ACCEPT_KEYWORDS="mips ~mips" ACCEPT_LICENSE="* -@EULA" CBUILD="mips64-unknown-linux-gnu" CFLAGS="-O2 -march=mips64 -mplt -pipe" CHOST="mips64-unknown-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=mips64 -mplt -pipe" DISTDIR="/usr/myportage/distfiles/" FCFLAGS="" FEATURES="assume-digests binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/usr/myportage/packages/" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" USE="acl berkdb binhost bzip2 cli cracklib crypt cxx gdbm iconv ipv6 mips modules mudflap ncurses nls nptl pam pcre readline session ssl tcpd unicode zlib" ALSA_CARDS="au1x00" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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 cgi cgid 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7" RUBY_TARGETS="ruby19 ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev impact newport dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" USE_PYTHON="2.7" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, SYNC
it builds fine for me on real hardware (MIPS32 w. 256MB RAM)
(In reply to Manuel Lauss from comment #1) > it builds fine for me on real hardware (MIPS32 w. 256MB RAM) My problem is also on real hardware but it's MIPS64/n32
I built gcc-4.8.2 on a mipsel3/n32 (yeeloong) system this week without any problems. It has a gigabyte of RAM.
From the build log: > make[3]: *** [s-attrtab] Killed > make[3]: *** Waiting for unfinished jobs.... Did you check dmesg output to see if the kernel might've left a reason behind as to why that s-attrtab process was killed? That implies it was doing something naughty and the kernel took action. Also possible it was an oomkill. That said...I think my O2 had problems building one of the 4.8.x releases in its n32 chroot, but it's been a while since I powered that box up. I'll see if I can check this weekend.
No one has been able to reproduce this. Can we close it?
(In reply to Matt Turner from comment #5) > No one has been able to reproduce this. Can we close it? I have been using 4.8 on mips for a couple of years because i needed it for hardening. This was for mipsel3 o32, nmips64el o32/n32/n64, a mips32r2 o32 and mips64 o32/n32/n64. No issue. Let's reopen it if we get more information that can narrow it.
(In reply to Anthony Basile from comment #6) > (In reply to Matt Turner from comment #5) > > No one has been able to reproduce this. Can we close it? > > I have been using 4.8 on mips for a couple of years because i needed it for > hardening. This was for mipsel3 o32, nmips64el o32/n32/n64, a mips32r2 o32 > and mips64 o32/n32/n64. No issue. > > Let's reopen it if we get more information that can narrow it. I've rebuilt gcc-4.8.x and 4.9.x enough times chasing down PR61538, that I've never ran into this issue either, regardless if the source is from Gentoo's ebuild or upstream git checkout. I'd go with it being a low memory issue. Was swap available?
(In reply to Joshua Kinard from comment #7) > (In reply to Anthony Basile from comment #6) > > (In reply to Matt Turner from comment #5) > > > No one has been able to reproduce this. Can we close it? > > > > I have been using 4.8 on mips for a couple of years because i needed it for > > hardening. This was for mipsel3 o32, nmips64el o32/n32/n64, a mips32r2 o32 > > and mips64 o32/n32/n64. No issue. > > > > Let's reopen it if we get more information that can narrow it. > > I've rebuilt gcc-4.8.x and 4.9.x enough times chasing down PR61538, that > I've never ran into this issue either, regardless if the source is from > Gentoo's ebuild or upstream git checkout. I'd go with it being a low memory > issue. Was swap available? Not to detract from this bug report, but I suspect there's a way to avoid the three stage build just to test a quick and dirty compiler --- useful on slow devices. Joshua, do you know of this technique (I'm too lazy to google :)
