After compiling a lot I keep running into this one (mosfet & pixie, same errors: c++ -DNDEBUG -DNO_DEBUG -O2 -march=i686 -O3 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -o libpixie_qimageutil.la.closure .libs/libpixie_qimageutil_la_closure.o .libs/qimageutil.o .libs/effectdialogs.o -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.1/lib /usr/kde/3.1/lib/libkdeui.so -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.1 -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.1/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.1/../../.. -L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.1/gcc-lib/i686-pc-linux-gnu/3.1 -L/usr/lib /usr/kde/3.1/lib/libkdefx.so -lXrender /usr/kde/3.1/lib/libkdecore.so /usr/kde/3.1/lib/libDCOP.so -lqt-mt -lpng -lz -lX11 -lSM -lICE -lpthread -ldl -lXext -lresolv -lXinerama /usr/lib/libart_lgpl_2.so /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/libstdc++.so -lm -lc -lgcc_s -Wl,--rpath -Wl,/usr/kde/3.1/lib -Wl,--rpath -Wl,/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2 -Wl,--rpath -Wl,/usr/kde/3.1/lib -Wl,--rpath -Wl,/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2 -Wl,--rpath -Wl,/usr/qt/3/lib -Wl,--rpath -Wl,/usr/X11R6/lib /usr/kde/3.1/lib/libkdeui.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info@GLIBCPP_3.1' /usr/kde/3.1/lib/libkdefx.so: undefined reference to `std::ios_base::Init::~Init [in-charge]()@GLIBCPP_3.1' /usr/kde/3.1/lib/libkdefx.so: undefined reference to `std::ios_base::Init::Init[in-charge]()@GLIBCPP_3.1' /usr/kde/3.1/lib/libkdeui.so: undefined reference to `__dynamic_cast@CXXABI_1' /usr/kde/3.1/lib/libkdeui.so: undefined reference to `operator delete(void*)@GLIBCPP_3.1' /usr/kde/3.1/lib/libkdeui.so: undefined reference to `operator new[](unsigned)@GLIBCPP_3.1' /usr/kde/3.1/lib/libkdeui.so: undefined reference to `operator delete[](void*)@GLIBCPP_3.1' /usr/kde/3.1/lib/libkdeui.so: undefined reference to `__cxa_pure_virtual@CXXABI_1' /usr/kde/3.1/lib/libkdeui.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info@GLIBCPP_3.1' /usr/kde/3.1/lib/libkdeui.so: undefined reference to `operator new(unsigned)@GLIBCPP_3.1' /usr/kde/3.1/lib/libkdeui.so: undefined reference to `vtable for __cxxabiv1::__class_type_info@GLIBCPP_3.1' collect2: ld returned 1 exit status make[2]: *** [libpixie_qimageutil.la.closure] Error 1 make[2]: Leaving directory `/var/tmp/portage/pixieplus-kde-0.3-r1/work/pixieplus-kde-0.3/qimageutils' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/pixieplus-kde-0.3-r1/work/pixieplus-kde-0.3' make: *** [all-recursive-am] Error 2 !!! ERROR: The ebuild did not complete successfully. !!! Function kde_src_compile, Line -6657, Exitcode 2 !!! died running emake, kde_src_compile:make !!! emerge aborting on /usr/portage/media-gfx/pixieplus-kde/pixieplus-kde-0.3-r1.ebuild . Never had them before though...
Have to tell that I had to make the following symlink it was complaining about: kgesture # ls -al /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/libstdc++.so.4 lrwxrwxrwx 1 root root 18 Aug 17 17:18 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/libstdc++.so.4 -> libstdc++.so.5.0.0 kgesture #
No, actually this is *not* a bug, it is there on purpose. The new gcc-3.2 c++ ABI breaks compatiblity with all previous versions of g++. That means you need to recompile any shared libraries and binaries which linked against libstdc++ prior to your upgrade. In particular, you will need to rebuild the entire QT/KDE set. There is no work around for this, because it is intentional. However, if you use grep and search your entire hdd for items that match 'GLIBCPP_3\.1' , you should be able to determine every package which needs to be rebuilt. You would do this by using "epm -qf" on the results of the grep search. Worked for me...
Nicholas is right. This is not a bug with mosfet/kde/whatever. You have to re-emerge packages which are affected by the C++ ABI change. You can look in the mail archives for a simple shell script supplied by spider for this purpose.
If it's not a bug, then why oh why, everything kde-related recompiles, exept these two ? (Read: almost finished with recompiling the whole shebang ;)...
Did anybody had succes recompiling those then ?
I don't know, but it could be that they use a non-kde/qt c++ library. Also, make sure you don't have older qt libraries still around. Use "epm -qGa | sort" to get a list of all versions of all packages installed. Also, you *will* have to recompile X if your apps use {Open/Mesa}GL, as the GL API is c++. Other then that, run the suggest grep on /usr/* or find that script by Spider.
Did that ;)...got 10 to go 8-D (incl 3/4 locals) --> Boy what a pain with > 800 ebuilds ;) Start thinking on unemerging those ;) Could it be related to the fact I made the symlink from .so.4 / .so.5.0.0 (See post earlier ?)
Created attachment 3195 [details] Output of epm -qGa | sort ;-)
lappy portage # wc -l /home/lemar/epm.output 938 /home/lemar/epm.output Holy Moly ;)
Ah, after again a recompile of kdelibs-2.2 & 3.0 I'm finally there ! 8-D !
Almost forgot...Thanx Matthew !