Bug 353329 – dev-libs/ppl-0.10.2-r1 does not always build with MAKEOPTS="-j9"

• Status: RESOLVED WORKSFORME
• Product: Gentoo Linux

[Description darkbasic 2011-01-31 16:55:03 UTC]

First time it failed, second time it compiled flawlessly.
I think it should build with a per-package MAKEOPTS="-j1".

Darkbasic

Reproducible: Sometimes

[Comment 1 Jeroen Roovers (RETIRED) 2011-02-01 17:49:04 UTC]

Please paste your `emerge --info =dev-libs/ppl-0.10.2-r1' output in a comment, and attach the failing build log or logs.

[Comment 2 darkbasic 2011-02-03 19:11:11 UTC]

Created attachment 261438 [details]
Full build.log

I'm sorry, I missed the first email.

It's a fresh, base install with safe cflags and default profile. I attached full build log.

Package.keywords:
=sys-apps/portage-2* **
=sys-libs/glibc-2.12*
=sys-apps/net-tools-1.60_p2010*

/etc/make.conf
CFLAGS="-march=core2 -O2 -msse4.1 -pipe"
CXXFLAGS="${CFLAGS}
CHOST="x86_64-pc-linux-gnu"
MAKEOPTS="-j17"
USE="graphite mmx sse sse2 sse3 ssse3 sse4.1"


gentoo64 ~ # emerge --info =dev-libs/ppl-0.10.2-r1
Portage 2.2.0_alpha19 (default/linux/amd64/10.0, gcc-4.4.4, glibc-2.12.2-r0, 2.6.32-5-xen-amd64 x86_64)
=================================================================
                        System Settings
=================================================================
System uname: Linux-2.6.32-5-xen-amd64-x86_64-Intel-R-_Xeon-R-_CPU_W3520_@_2.67GHz-with-gentoo-1.12.14
Timestamp of tree: Mon, 31 Jan 2011 21:30:01 +0000
distcc 3.1 x86_64-pc-linux-gnu [disabled]
app-shells/bash:     4.1_p9
dev-lang/python:     2.6.6-r1, 3.1.2-r4
sys-apps/baselayout: 1.12.14-r1
sys-apps/sandbox:    2.4
sys-devel/autoconf:  2.65-r1
sys-devel/automake:  1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.4.4-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.10
sys-devel/make:      3.81-r2
virtual/os-headers:  2.6.30-r1 (sys-kernel/linux-headers)
Repositories: gentoo
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core2 -O2 -msse4.1 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=core2 -O2 -msse4.1 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS=""
GENTOO_MIRRORS="http://de-mirror.org/distro/gentoo"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="it en"
MAKEOPTS="-j17"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
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"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="acl amd64 berkdb bzip2 cli cracklib crypt cups cxx dri fortran gdbm gpm graphite iconv ipv6 mmx modules mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline session sse sse2 sse3 sse4.1 ssl ssse3 sysfs 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 mmap_emul 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 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" 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 ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it en" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nouveau nv r128 radeon savage sis tdfx trident vesa via vmware 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" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

=================================================================
                        Package Settings
=================================================================

dev-libs/ppl-0.10.2-r1 was built with the following:
USE="(multilib) -doc -lpsol -pch -test -watchdog"

[Comment 3 darkbasic 2011-02-03 19:11:34 UTC]

Reopened.

[Comment 4 darkbasic 2011-02-03 19:16:44 UTC]

MAKEOPTS was -j9, I changed it to -j17 to make some tests with distcc.

[Comment 5 Jeroen Roovers (RETIRED) 2011-02-03 19:32:44 UTC]

x86_64-pc-linux-gnu-g++: Internal error: Killed (program cc1plus)

You appear to be simply running out of memory. This is the OOM killer at work.

[Comment 6 darkbasic 2011-02-03 19:56:12 UTC]

With 3GB of memory, no services running except ssh and no graphical interface?
I can give up to 6GB to the virtual machine if you want, but I don't think the problem is a lack of memory...

[Comment 7 Jeroen Roovers (RETIRED) 2011-02-04 01:59:02 UTC]

(In reply to comment #6)
> With 3GB of memory, no services running except ssh and no graphical interface?
> I can give up to 6GB to the virtual machine if you want, but I don't think the
> problem is a lack of memory...

With -j9 and with each cc1plus easily taking hundreds of megabytes of memory, yeah, you would quickly exhaust available memory. So please rule that out by testing with as much GBs of RAM as you can.