Was able to build all of kde-3.0.4 except for kdeaddons, kdepim (which have kdemultimedia as dep). Fails at: ********************* i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../mpeglib/lib -I/usr/kde/3/include/artsc -I/usr/kde/3/include/artsc/../arts -I/usr/kde/3/include -I/usr/qt/3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -DNDEBUG -DNO_DEBUG -O2 -march=i686 -O2 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -c oggPlayObject_impl.cpp -fPIC -DPIC -o .libs/oggPlayObject_impl.o i686-pc-linux-gnu-g++: Internal compiler error: program cpp0 got fatal signal 11 make[3]: *** [oggPlayObject_impl.lo] Error 1 make[3]: *** Waiting for unfinished jobs.... ********************** Looks like ogg. Have libogg-1.0 installed. Athlon-Tbird 1.333Ghz USE Flags in make.conf: USE="mozilla gphoto2 png tiff scanner cdr gd flash plotutils perl" GCC Flags in make.conf: CHOST="i686-pc-linux-gnu" CFLAGS="-march=i686 -O3 -pipe" CXXFLAGS="-march=i686 -O3 -pipe"
have you tried re-emerging libogg and then emerging kdemultimedia ?
have you tried with MAKEOPTS="-j1"?
Sorry to have bothered you guys with this one. To make a long story short. I just got new memory to replace a bad one I took out awhile back from Crucial. The old was a .18T and the new a .9T. Apparently there is a timing issue, I called them on it and received two replies saying that it wouldn't be a problem having a .18T and .9T in there together. Apparently there is!!!! Both check good individually. The .9T in DIMM1 and .18T in DIMM2 produces the best results, but will still passes one time and fails the next. The other way around, consistantly fails on Memtest86 test 6 and 10. DocMemory wouldn't pick the problem up at all, passed everything. So I have kdemultimedia-3.0.4 compiled now when I removed one of the modules of Ram. Sorry for the bother, but I was confirmed that it wouldn't be a problem. Kudo's for Memtest86 v3.0, use it and not DocMemory to test your Ram. This BUG can be Closed!
