Bugzilla Bug 194927

This package instantaneously filled 2Gb of memory while building on AMD64.
Since I don't have swap, the kernel oo_killer was triggered and killed the make
process.

Does this app need more than 2gb of ram to build? Or is it leaking memory on my
system?

dev-libs/ace-5.5-r1  USE="X -ipv6 -tao"
CFLAGS="-march=k8 -Os -msse3 -pipe"

Portage 2.1.3.9 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r4,
2.6.22-gentoo-r8 x86_64)
=================================================================
System uname: 2.6.22-gentoo-r8 x86_64 AMD Turion(tm) 64 X2 Mobile Technology
TL-56
Timestamp of tree: Thu, 04 Oct 2007 19:30:01 +0000
app-shells/bash:     3.2_p17
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r5
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.9-r2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -Os -msse3 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf
/etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -Os -msse3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="collision-protect distlocks metadata-transfer multilib-strict
parallel-fetch sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext X acpi alsa amd64 bash-completion berkdb bitmap-fonts
branding bzip2 cairo cli cracklib crypt cups dbus divx dri dvd dvdr emerald
ffmpeg firefox flac fortran gd gdbm gif glade glib glitz gtk gtkspell hal iconv
insecure-savers isdnlog javascript jpeg libnotify midi mmx mmxext mp2 mp3 mpeg
mplayer mudflap musicbrainz mysql ncurses nls nptl nptlonly offensive ogg
opengl openmp pam pcre png pppd python readline reflection samba sdl session
smp spell spl sse sse2 ssl stream svg syslog taglib tcpd threads truetype
truetype-fonts type1 type1-fonts unicode v4l v4l2 vhosts vim-syntax vorbis
xcomposite xorg xosd xpm xscreensaver xvid 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" ELIBC="glibc" INPUT_DEVICES="keyboard
mouse evdev synaptics" KERNEL="linux" LCD_DEVICES="xosd" USERLAND="GNU"
VIDEO_CARDS="nv nvidia none"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

I did inspect further and the huge amount of memory instantaneously consumed is
due to this particular configure check:
"checking if new throws std::bad_alloc exception on failure... no"

This almost crashed my computer if wasn't kernel killing the app due to out of
memory.

After the system recovering from configure check, the rest of the build process
went good.

i filled a bug lots of time ago, it's safe to remove that checks from configure
as it's completly bugged..

Also, this bug is blocking http://bugs.gentoo.org/show_bug.cgi?id=192768

to: dragonheart

As told in comment #2
dev-libs/ace-5.5-r1  USE="X -ipv6 -tao" with
export ace_cv_new_throws_bad_alloc_exception="yes"
fixes it and works without problems.

(In reply to comment #4)
> to: dragonheart
> 
> As told in comment #2
> dev-libs/ace-5.5-r1  USE="X -ipv6 -tao" with
> export ace_cv_new_throws_bad_alloc_exception="yes"
> fixes it and works without problems.

ok - i added it to 5.5-r1