Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 153709 - emerge gcc-4.1.1 kills self and the sshd session
Summary: emerge gcc-4.1.1 kills self and the sshd session
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GCC Porting (show other bugs)
Hardware: AMD64 Linux
: High major
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-11-01 09:38 UTC by Marius Huse Jacobsen
Modified: 2006-11-01 19:29 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
nohup.out - with a proper error (nohup.out,740.66 KB, text/plain)
2006-11-01 12:39 UTC, Marius Huse Jacobsen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marius Huse Jacobsen 2006-11-01 09:38:22 UTC
---- Start emerge info
Portage 2.1.1-r1 (default-linux/amd64/2006.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.16-hardened-r10 x86_64)
=================================================================
System uname: 2.6.16-hardened-r10 x86_64 AMD Sempron(tm) Processor 2800+
Gentoo Base System version 1.12.5
Last Sync: Wed, 01 Nov 2006 15:50:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O3 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo"
CXXFLAGS="-march=athlon64 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks loadpolicy metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.gentoo.no/ "
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'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 alsa berkdb bitmap-fonts chroot cli cracklib crypt cups dlloader eds elibc_glibc emboss encode foomaticdb fortran gif gnome gstreamer gtk2 iconv imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog kde kernel_linux lzw lzw-tiff mp3 mpeg mysql ncurses nls novideo nptl pam pcre perl pipe png pppd python qt3 qt4 quicktime readline reflection sdl session sftplogging spell spl ssl tcpd tiff truetype-fonts type1-fonts unicode usb userland_GNU video_cards_none xml xorg xpm zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
---- End emerge info

Upon updating my system it stops while working on gcc-4.1.1, with:
---- Start "emerge -uD world" dump
  transformation: 0.012000, building DFA: 10.120632
  DFA minimization: 0.572035, making insn equivalence: 0.004001
 all automaton generation: 10.908682, output: 0.096006
/bin/sh /var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/../move-if-change tmp-attrtab.c insn-attrtab.c
insn-attrtab.c is unchanged
echo timestamp > s-attrtab
stage1/xgcc -Bstage1/ -B/usr/x86_64-pc-linux-gnu/bin/   -march=athlon64 -pipe -O2 -fprofile-generate -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute     -DHAVE_CONFIG_H -I. -I. -I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc -I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/. -I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/../include -I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/../libcpp/include     -c insn-attrtab.c \
          -o insn-attrtab.o
Killed
mahuja@xcserv ~ $
---- End "emerge -uD world" dump
After which the sshd session is also killed. The ssh server still runs, so I can easily reconnect, but trying again has the same problem appearing over and over again.

I intend to temporarily mask that particular version of gcc and try again.
Comment 1 Marius Huse Jacobsen 2006-11-01 11:34:27 UTC
If it's worth anything, the appropriate line was
[ebuild  NS   ] sys-devel/gcc-4.1.1

I blocked that version, and an older 3.6.4-r*** was installed successfully.

I then unblocked it, and got approximately the same error:
---- start "emerge gcc"
  transformation: 0.012001, building DFA: 9.852617
  DFA minimization: 0.584036, making insn equivalence: 0.000000
 all automaton generation: 10.628665, output: 0.092006
/bin/sh /var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/../move-if-change tmp-attrtab.c insn-attrtab.c
insn-attrtab.c is unchanged
echo timestamp > s-attrtab
stage1/xgcc -Bstage1/ -B/usr/x86_64-pc-linux-gnu/bin/   -march=athlon64 -pipe -O2 -fprofile-generate -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute     -DHAVE_CONFIG_H -I. -I. -I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc -I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/. -I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/../include -I/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/../libcpp/include     -c insn-attrtab.c \
          -o insn-attrtab.o
sandbox:  Caught signal 1 in pid 31217
Hangup
xcserv portage # make: *** [profiledbootstrap] Hangup
make[2]: *** [insn-attrtab.o] Hangup
make[1]: *** [stageprofile_build] Hangup
----stop "emerge gcc"

Once again killing everything and the sshd session.
Comment 2 Marius Huse Jacobsen 2006-11-01 12:23:15 UTC
---- start "nohup emerge gcc"
xgcc: Internal error: Killed (program cc1)
Please submit a full bug report.
See <URL:http://bugs.gentoo.org/> for instructions.
---- stop

Attaching nohup.out
Comment 3 Marius Huse Jacobsen 2006-11-01 12:39:36 UTC
Created attachment 100994 [details]
nohup.out - with a proper error
Comment 4 SpanKY gentoo-dev 2006-11-01 14:19:04 UTC
my guess is you ran out of ram and the kernel killed it

anything interesting in `dmesg` ?  how much RAM+swap do you have ?
Comment 5 Marius Huse Jacobsen 2006-11-01 19:29:37 UTC
      total    used   free  shared  buffers  cached
Mem: 446988  441024   5964       0      388  190552

Turns out it was indeed an out of memory problem. There is only 512 Mb ram, but I at least thought I had enabled swap. Turns out, that 512Mb partition contained some files originating from when I installed it at the beginning.

The way it seems to have been killing I think the thing could do with a reboot soon.

I think I have a couple spare gigabytes lying around I can install tomorrow too.

Thanks for pointing it out!
M