"emerge opensp" crashes with gcc 3.3.1 Reproducible: Always Steps to Reproduce: 1. emerge opensp 2. ... wait ... 3. CRASH! Actual Results: with: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../generic -march=athlon-xp - O3 -pipe -fomit-frame-pointer -c ArcEngine.cxx -MT ArcEngine.lo -MD -MP - MF .deps/ArcEngine.TPlo -fPIC -DPIC -o .libs/ArcEngine.lo In file included from Recognizer.h:15, from ParserState.h:34, from Parser.h:23, from ArcEngine.cxx:21: ../include/Owner.cxx: In destructor `OpenSP::Owner<T>::~Owner() [with T = OpenSP::BlankTrie]': ../include/CopyOwner.h:16: instantiated from `OpenSP::CopyOwner<T>::CopyOwner () [with T = OpenSP::BlankTrie]' Trie.h:22: instantiated from here ../include/Owner.cxx:15: warning: invalid use of undefined type `struct OpenSP::BlankTrie' Trie.h:18: warning: forward declaration of `struct OpenSP::BlankTrie' ../include/PointerTable.cxx: In member function `P OpenSP::PointerTable<P, K, HF, KF>::insert(P, bool) [with P = OpenSP::Named*, K = OpenSP::StringC, HF = OpenSP::Hash, KF = OpenSP::NamedTableKeyFunction]': Internal compiler error: Error reporting routines re-entered. Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://bugs.gentoo.org/> for instructions. Preprocessed source stored into /var/tmp/portage/opensp-1.5- r1/temp/ccMyk5hI.out file, please attach this to your bugreport make[3]: *** [ArcEngine.lo] Error 1 make[3]: Leaving directory `/var/tmp/portage/opensp-1.5-r1/work/OpenSP-1.5/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/opensp-1.5-r1/work/OpenSP-1.5/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/opensp-1.5-r1/work/OpenSP-1.5' make: *** [all] Error 2 !!! ERROR: app-text/opensp-1.5-r1 failed. !!! Function src_compile, Line 39, Exitcode 2 !!! parallel make failed ----------------------------------------------------------------------------- "emerge info" gives: Portage 2.0.49-r13-2 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r6, 2.4.20-gentoo- r7) ================================================================= System uname: 2.4.20-gentoo-r7 i686 AMD Athlon(tm) XP 1900+ Gentoo Base System version 1.4.3.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share /config /usr/X11R6/lib/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://adelie.polymtl.ca http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 oss apm arts avi crypt cups encode foomaticdb gif gtk imlib jpeg kde libg++ libwww mad mikmod motif mpeg ncurses nls pdflib png quicktime sdl spell svga truetype xml2 xmms xv zlib gdbm berkdb slang readline java X gpm tcpd pam ssl perl python oggvorbis qt opengl 3dnow alsa cdr doc dvd esd innodb -gnome matrox mozilla mysql tetex tiff xi nerama" Expected Results: Sucessful emerge.
Created attachment 19339 [details] Pre-processed source.
related bug is: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10960 we need to patch to reorder the class definitions.
I had a look at the source that bug refers to (include/Attribute.h), and it seems that the class definitions have already been re-ordered. So I don't *think* that's the problem here - I could be missing something though.
If you look at the error'ed output from the gcc bug, it also includes your error, although I think the quote for the fix is only on the Attribute re-ordering.
I having the same trouble when i'm emerging gnome :/ I'm running Toshiba Satellite Pro 6000 , the one with celeron cpu.
Yeah, same here too, how do people get GNOME working if this will not compile? I would really like to get some graphical environment going. emerge kde had a similar problem.
it also won't compile with -fno-exceptions, so maybe someone can add a "filter-flags -fno-exceptions"?
liquidx: opensp doesn't have metadata.xml and it seems you are maintaining opensp and openjade. Could you create metadata.xml and assign them?
Created attachment 44762 [details] Opensp emerge fails with autoconf following errors Opensp 1.5 and 1.5.1 do not build (failing in autoconf)
If you only have 64M of RAM and no swap then running out of memory may be your problem. That is the problem I had. Check out http://bugs.gentoo.org/show_bug.cgi?id=58969#c10 After increasing the memory to 128M and adding 100M of swap (probably not needed) it compiled without a problem.
Created attachment 51820 [details] opensp-1.5.1-r1 emerge log Emerge fails with multiple undefined reference errors. See attachment. Also tried ~x86 (opensp-1.5.1) and it fails with the same problem. I didn't attach since it was considered still testing. emerge info output: gundam portage # emerge info Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r0, 2.6.10-gentoo-r6 i686) ================================================================= System uname: 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.20GHz Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 17 2005, 02:36:26)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS=" -O3 -fweb -frename-registers -march=pentium4 -pipe -mtune=pentium4 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -funroll-loops -falign-functions -fmerge-all-constants -mfpmath=sse -maccumulate-outgoing-args -fprefetch-loop-arrays " CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS=" -O3 -fweb -frename-registers -march=pentium4 -pipe -mtune=pentium4 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -funroll-loops -falign-functions -fmerge-all-constants -mfpmath=sse -maccumulate-outgoing-args -fprefetch-loop-arrays -fvisibility-inlines-hidden -fvisibility=hidden " DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks newuse sandbox sfperms" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo http://mirrors.tds.net/gentoo ftp://mirrors.tds.net/gentoo http://mirror.datapipe.net/gentoo http://mirror.datapipe.net/gentoo http://www.gigaload.org/gentoo.org/ http://gentoo.osuosl.org" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 16bit X Xaw3d a52 aac acpi alsa apache2 avi bash-completion canna cjk cross crypt cups curl dio divx4linux dvd dvdr dvdread emacs encode esd exif f77 fbcon foomaticdb fortran freetype freewnn gcj gdbm gif gnome gnustep gphoto2 gpm gstreamer gtk gtk2 hal imlib ipv6 ithreads jack java jikes joystick jpeg junit libg++ libwww lm_sensors mad matroska memlimit mikmod mime mmx mozilla mp3 mpeg ncurses nls nptl ogg oggvorbis openal opengl pam pcmcia pda pdflib perl png pnp portaudio posix ppds profile pthreads python qt quicktime radeon readline samba sdl soap sockets source spell sse ssl svg svga tcpd threads tiff truetype truetype-fonts trusted type1-fonts unicode usb v4l vcd videos wifi xine xinerama xml2 xmlrpc xmms xosd xpm xprint xsl xv xvid zlib video_cards_radeon" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS Is this bug related to this one? http://bugs.gentoo.org/show_bug.cgi?id=21631
the initial report and the previous comment on this bug have nothing to do with each other. the first comment is (i believe) a gcc bug which should be fixed by now (as opensp has compiled fine for many people) the previous comment is a case of over-optimisation. that mess of cflags is just ridiculous. so i'm closing this bug as WORKSFORME. please REOPEN if you find otherwise.
