Just your standard emerge of world, but wxGTK is stuck with a cryptic, critical error! Whether this is something to do with the application, or with the compiler (gcc version 3.4.4 (Gentoo Hardened 3.4.4, ssp-3.4.4-1.0, pie-8.7.8) I have no idea. Can other people emerge wxGTK? I've tried to emerge it more than once, without success. Reproducible: Always Steps to Reproduce: 1. emerge wxgtk Actual Results: ./bk-deps i686-pc-linux-gnu-g++ -c -o basedll_fs_zip.o -I.pch/wxprec_basedll -D__WXGTK__ -DwxUSE_GUI=0 -DWXMAKINGDLL_BASE -DwxUSE_BASE=1 -fPIC -DPIC -DWX_PRECOMP -DNO_GCC_PRAGMA -DGTK_NO_CHECK_CASTS -Ilib/wx/include/gtk-ansi-release-2.6 -I/var/tmp/portage/wxGTK-2.6.1/work/wxWidgets-2.6.1/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -D_REENTRANT -I/usr/X11R6/include -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -O2 -O2 -march=athlon-xp -fomit-frame-pointer -pipe -pthread -I/usr/include/SDL -D_REENTRANT -Wall -Wno-ctor-dtor-privacy /var/tmp/portage/wxGTK-2.6.1/work/wxWidgets-2.6.1/src/common/fs_zip.cpp i686-pc-linux-gnu-g++: Internal error: Killed (program cc1plus) Please submit a full bug report. See <URL:http://bugs.gentoo.org/> for instructions. make: *** [basedll_fs_zip.o] Error 1 Expected Results: Normal emerge results. Gentoo Base System version 1.6.12 Portage 2.0.51.22-r1 (hardened/x86/2.6, gcc-3.4.4, glibc-2.3.5-r0, 2.6.11-hardened-r15 i686) ================================================================= System uname: 2.6.11-hardened-r15 i686 AMD Sempron(tm) 2200+ distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://gentoo.ccccom.com ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://mirror.datapipe.net/gentoo http://gentoo.ccccom.com ftp://gentoo.mirrors.tds.net/gentoo ftp://ftp.ndlug.nd.edu/pub/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.mirrors.tds.net/gentoo http://adelie.polymtl.ca/ ftp://ftp2.tnc.edu.tw/pub1/Gentoo/ http://gentoo.gg3.net/ http://ftp.gentoo.or.kr/ http://mirror.gentoo.gr.jp ftp://ftp.ecc.u-tokyo.ac.jp/GENTOO ftp://ftp.isu.edu.tw/pub/Linux/Gentoo http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ http://mymirror.asiaosc.org/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage//packages/x86/" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage/" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa avi bzlib caps cdr crypt curl dlloader emacs encode fam fortran gd gdbm gif gpm gtk gtk2 guile hardened imagemagick imap imlib jpeg mad mikmod mmx mp3 mpeg mysql ncurses nls nptl nptlonly offensive ogg oggvorbis opengl pam pcre perl pic png python quicktime readline real samba sasl sdl slang ssl svga tcltk tcpd tiff truetype unicode userlocales vorbis x86 xanim xml xml2 xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
(In reply to comment #0) Gah, it's emerge wxGTK, not emerge wxgtk to reproduce. Yes I did test that.
Using gcc-3.4.4-hardened (since that is what it looks like you are using), and your CFLAGS, to compile wxGTK-2.6.1, worked for me. Does it always fail in the same place for you?
(In reply to comment #2) > Using gcc-3.4.4-hardened (since that is what it looks like you are using), and > your CFLAGS, to compile wxGTK-2.6.1, worked for me. Does it always fail in the > same place for you? Let me just try the emerge again... ./bk-deps i686-pc-linux-gnu-g++ -c -o basedll_cmdline.o -I.pch/wxprec_basedll -D__WXGTK__ -DwxUSE_GUI=0 -DWXMAKINGDLL_BASE -DwxUSE_BASE=1 -fPIC -DPIC -DWX_PRECOMP -DNO_GCC_PRAGMA -DGTK_NO_CHECK_CASTS -Ilib/wx/include/gtk-ansi-release-2.6 -I/var/tmp/portage/wxGTK-2.6.1/work/wxWidgets-2.6.1/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -D_REENTRANT -I/usr/X11R6/include -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -O2 -O2 -march=athlon-xp -fomit-frame-pointer -pipe -pthread -I/usr/include/SDL -D_REENTRANT -Wall -Wno-ctor-dtor-privacy /var/tmp/portage/wxGTK-2.6.1/work/wxWidgets-2.6.1/src/common/cmdline.cpp i686-pc-linux-gnu-g++: Internal error: Killed (program cc1plus) Please submit a full bug report. See <URL:http://bugs.gentoo.org/> for instructions. No it does not. o.o In fact, when I go into the build directory manually and type make repeatedly, the internal error doesn't usually happen the second time it tries to compile the file. But then it happens on another file! wtf?
Interesting. In my kernel logs, when gcc fails with this persnickety internel error, I see lines like this: Aug 1 00:43:28 localhost grsec: denied resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 for /usr/libexec/gcc/i686-pc-linux-gnu/3.4.4/cc1plus[cc1plus:172] uid/euid:0/0 gid/egid:0/0, parent /usr/i686-pc-linux-gnu/gcc-bin/3.4.4/i686-pc-linux-gnu-g++[i686-pc-linux-g:30300] uid/euid:0/0 gid/egid:0/0 Unfortunately, the grsec people said that was only reporting an error, not causing one. They said that without grsec the above problem would just dump core every time, and not be logged. Actually, by setting 'ulimit -c unlimited', the above error (requested a core larger than the limit of 0) does not occur. So I suppose this isn't very helpful, but maybe someone more knowledgeable than me will find it useful. I have a core for the gcc, but no way to analyze that core since you just can't debug on hardened. All the address PIEing, and randomizing messes up gdb, and I don't have time to compile a totally separate instance of gcc without any of those gdb messing up thingies. Just poking around, it looks like the Red Hat people (who ownz0rz gcc) are having trouble with this too! https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123119 I don't know why this only happens with wxGTK still. Heck, not even sure at this point: it might be some catastrophic failure. My hard disk is fairly new though.
Well, if it is not happening in the same location everytime, that could mean its a hardware issue. Can you try running memtest86+ for a couple hours and see if that reports any errors back?
*** This bug has been marked as a duplicate of 20600 ***