<Lisa[NY]> libtool: link: warning: library `/usr/lib/libxmlparse.la' was moved. <Lisa[NY]> libtool: link: warning: library `/usr/lib/libxmltok.la' was moved. <Lisa[NY]> /usr/lib/libsablot.so: undefined reference to `operator new[](unsigned)' <Lisa[NY]> /usr/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' <Lisa[NY]> /usr/lib/libsablot.so: undefined reference to `operator delete(void*)' <Lisa[NY]> /usr/lib/libsablot.so: undefined reference to `__gxx_personality_v0' <Lisa[NY]> /usr/lib/libsablot.so: undefined reference to `__cxa_pure_virtual' <Lisa[NY]> /usr/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__class_type_info' <Lisa[NY]> /usr/lib/libsablot.so: undefined reference to `operator delete[](void*)' <Lisa[NY]> /usr/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info' <Lisa[NY]> /usr/lib/libsablot.so: undefined reference to `operator new(unsigned)'
This was with GCC 3.2, by the way. Changing the make.conf to -`xml -xml2` (instead of simply `xml xml2`) was a fix. It appears this is a problem with XMP and dev-php/php-4.2.2-r1.
http://forums.gentoo.org/viewtopic.php?t=7575&highlight=php+xml
Azarah (Martin): PHP needs libiconv as a dependency to include sablotron support with the XML flag and noticed it was masked.... Is there any way around this?
libiconv is part of glibc ... Anyhow, that seems more like libstdc++ linkage problems (like in not linking to it when it should).
Lisa: did you upgrade gcc or is this on a brand new installation?
No, what I did was, Boot from a 1.2 CD Wget the 1.4 .bz2 and continue from the 1.2 guide. So this is NOT an upgraded GCC 3.2. (thanks for the cc, btw)
export LDFLAGS='-lstdc++' emerge sablotron emerge php *** This bug has been marked as a duplicate of 3876 ***