Hi, during the last few days I tried updating from kde-3.1.2 to kde-3.1.3 but compilation of kdelibs keeps failing at exactly the same position. --- relevant part --- [...] /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -O2 -march=pentium3 -O3 -pipe -fomit-frame-pointer -fno-exceptions -fno-check-new -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT -o libkdecore.la.closure libkdecore_la_closure.lo -L/usr/qt/3/lib -R /usr/kde/3.1/lib -R /usr/qt/3/lib -R /usr/X11R6/lib -L/usr/X11R6/lib -version-info 5:0:1 -no-undefined libintl.lo kapplication.lo kdebug.lo netwm.lo kconfigbase.lo kconfig.lo ksimpleconfig.lo kconfigbackend.lo kdesktopfile.lo kstandarddirs.lo ksock.lo kprocess.lo kprocctrl.lo klocale.lo krfcdate.lo kiconeffect.lo kicontheme.lo kiconloader.lo kwin.lo kwinmodule.lo krootprop.lo kcharsets.lo kckey.lo kshortcut.lo kkeynative_x11.lo kkeyserver_x11.lo kaccelaction.lo kshortcutmenu.lo kaccelbase.lo kaccel.lo kglobalaccel_x11.lo kglobalaccel.lo kstdaccel.lo kshortcutlist.lo kcrash.lo kurl.lo kregexp.lo kglobal.lo kglobalsettings.lo dmalloc.lo kallocator.lo kvmallocator.lo kmimesourcefactory.lo kinstance.lo kpalette.lo kipc.lo klibloader.lo ktempfile.lo kuniqueapplication.lo ksavefile.lo krandomsequence.lo kstringhandler.lo kcompletion.lo kcmdlineargs.lo kaboutdata.lo kcompletionbase.lo knotifyclient.lo kaudioplayer.lo kdcoppropertyproxy.lo kextsock.lo ksockaddr.lo netsupp.lo kprocio.lo kbufferedio.lo kpixmapprovider.lo kurldrag.lo kmdcodec.lo ksocks.lo fakes.lo vsnprintf.lo ksycoca.lo ksycocadict.lo ksycocafactory.lo kxmessages.lo kstartupinfo.lo kcatalogue.lo kasyncio.lo kmultipledrag.lo kstaticdeleter.lo kappdcopiface.lo kclipboard.lo kcheckaccelerators.lo kdeversion.lo ksycoca_skel.lo kappdcopiface_skel.lo malloc/libklmalloc.la svgicons/libkdesvgicons.la ../dcop/libDCOP.la ../libltdl/libltdlc.la -lXext -lresolv -lXinerama -L/usr/lib -lart_lgpl_2 -lm ../kdefx/libkdefx.la libtool: link: warning: `-version-info' is ignored for programs /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/bin/ld:.libs/kstandarddirs.o: file format not recognized; treating as linker script /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/bin/ld:.libs/kstandarddirs.o:1: parse error collect2: ld returned 1 exit status distcc[5923] ERROR: compile on localhost failed with exit code 1 make[3]: *** [libkdecore.la.closure] Fehler 1 make[3]: Leaving directory `/var/tmp/portage/kdelibs-3.1.3/work/kdelibs-3.1.3/kdecore' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/kdelibs-3.1.3/work/kdelibs-3.1.3/kdecore' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/kdelibs-3.1.3/work/kdelibs-3.1.3' make: *** [all] Fehler 2 !!! ERROR: kde-base/kdelibs-3.1.3 failed. !!! Function kde_src_compile, Line 138, Exitcode 2 !!! died running emake, kde_src_compile:make Calculating dependencies ^H^H ...done! >>> emerge (1 of 16) kde-base/kdelibs-3.1.3 to / >>> md5 src_uri ;-) kdelibs-3.1.3.tar.bz2 ------------------------- I can also reproduce exactly this error message when I go into /var/tmp/portage/kdelibs[...] and do a simple make. Any help or pointers appreciated. :) Reproducible: Always Steps to Reproduce: 1. emerge -u kde 2. 3. emerge info: Portage 2.0.48-r7 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.6.0-test2 i686 Pentium III (Coppermine) GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://ftp.easynet.nl/mirror/gentoo// ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo//" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /opt/tomcat/conf /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow foomaticdb mad mikmod xml2 gdbm berkdb slang tetex bonobo guile mysql sdl tcpd perl python esd gphoto2 snmp acpi alsa apm apache2 arts avi crypt cups dga directfb dvd encode ethereal evo fbcon gb gtk2i ggi gif gnome gpm gtk gtk2 gtkhtml imlib java jpeg joystick kde lcms libg++ libwww maildir mmx oav motif mozilla mpeg ncurses nls oggvorbis opengl pam pcmcia pdflib png pnp qt qtmt quicktime readline spell samba sse ssl svga tcltk tiff truetype trusted usb X xmms xml xv zlib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j3" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache distcc" ----- etcat versions qt ----- * x11-libs/qt : [ ] x11-libs/qt-2.3.2-r1 (2) [ ] x11-libs/qt-3.0.5-r2 (3) [ ] x11-libs/qt-3.1.0-r3 (3) [ ~ ] x11-libs/qt-3.1.1-r2 (3) [ ] x11-libs/qt-3.1.2-r3 (3) [ I] x11-libs/qt-3.1.2-r4 (3) [M~ ] x11-libs/qt-3.2.0 (3)
My first recommendation would be to try -O2 and maybe reduce the size of the distcc job distribution (-j4 to -j2 or -j1). May be a good starting point.
OK, thanks. Will give this (i.e. disable distcc and use O2) a try this evening as soon as I get home from work...
Update: as far as I can say -O2 _did_ help! // further bla bla details just in case you're interested *g* Using "-fomit-frame-pointer" or distcc or not didn't matter but at this moment I am compiling using "-O2 -pipe" and that seems to work fine - compile is still running at this very moment, but it already did pass the point where the error occured (by far). Quite sure that this is not a hardware or stability problem here but unfortunately might be a matter of PIII and -O3? (first time ever that I am having problems using -O3 during my 1 1/2 years gentoo now, but well, wanted to try out actual difference using -O2 anyway...) ;-) Thanks for your help. Could have thought of this myself before. ;-) I think you can close this bug - at least as far as I'm concerned.
Nope, most likely it's due to a bug in GCC that can't handle more obscure C++ code, which KDE can definitely provide sometimes :) Anyway, closing as fixed. Hopefully it'll be in a fix for later versions of gcc.