Setting an AJAX timeout longer than 30 seconds in Prado »

Gentoo KDE compilation woes with GCC-4.1.1

So I’ve been having this problem since I upgraded GCC. I moved up to 4.1 and everything has been peachy until I attempted to upgrade KDE to 3.5.5. It starts to emerge but when it gets to kdebase it craps out with the following error.

.libs/addresseehelper.o: In function `std::_Rb_tree<QString, QString, std::_Identity<QString>, std::less<QString>, std::allocator<QString> >::_M_insert(std::_Rb_tree_node_base*, std::_Rb_tree_node_base*, QString const&)’:
and on
and on
and on

After attempting deep compiles and recompiles of other random stuff and searching the web I finally found someone in this post that said this is a common KDE/GCC problem where something I’m linking against is compiled with the older version of GCC. The problem is that their solution was to emerge -e world with my new GCC which would take approximately 953 years and all kinds of stuff that I have masked one way or another with ~x86 would just get hashed. I tend to run fast and loose with that keyword and so it’s no ones fault but my own. I also didn’t do the gentoo recommended method for upgrading GCC because I tried that right after I installed and everything went to crap and I had to reinstall. I know I’m not the only gentoo user to run my box like this though. Anyway, after revdep-rebuild on libstdc++ in hopes that that would fix it (it didn’t) someone suggested the following fix which worked brilliantly so I’m putting it here for all to enjoy.

I looked in the /usr/portage/kde-base/kdelibs/kdelibs-3.5.5-r7.ebuild file and found the RDEPEND and DEPEND sections

RDEPEND="$(qt_min_version 3.3.3)
arts? ( ~kde-base/arts- )
app-arch/bzip2
>=media-libs/freetype-2
media-libs/fontconfig
>=dev-libs/libxslt-1.1.16
>=dev-libs/libxml2-2.6.6
>=dev-libs/libpcre-4.2
media-libs/libart_lgpl
net-dns/libidn
acl? ( kernel_linux? ( sys-apps/acl ) )
ssl? ( >=dev-libs/openssl-0.9.7d )
alsa? ( media-libs/alsa-lib )
cups? ( >=net-print/cups-1.1.19 )
tiff? ( media-libs/tiff )
kerberos? ( virtual/krb5 )
jpeg2k? ( media-libs/jasper )
openexr? ( >=media-libs/openexr-1.2.2-r2 )
zeroconf? ( !avahi? ( net-misc/mDNSResponder !kde-misc/kdnssd-avahi ) )
fam? ( virtual/fam )
virtual/ghostscript
utempter? ( sys-libs/libutempter )
!kde-base/kde-env
lua? ( dev-lang/lua )
spell? ( app-text/aspell app-dicts/aspell-en
linguas_he? ( >=app-text/hspell-1.0 ) )"

DEPEND="
doc? ( app-doc/doxygen )
sys-devel/gettext"

RDEPEND="
|| ( ( x11-apps/rgb x11-apps/iceauth ) <virtual/x11-7 ) &quot

I yanked out all the packages that weren’t pertinant to my use flags and came up with the following emerge line.

ACCEPT_KEYWORDS=”~x86″ emerge -av arts bzip2 freetype fontconfig libxslt libxml2 libpcre libart_lgpl libidn openssl alsa-li cups tiff jasper gettext

All of these showed up as a yellow R “recompile” status. Once I did this and retried my kde emerge

ACCEPT_KEYWORDS=”~x86″ emerge -av

It worked! Hopefuly this helps someone else out as well. If anyone who reads this knows of a better way to solve this little problem, please drop me a note

This entry was posted on Tuesday, December 12th, 2006 at 9:57 am and is filed under Uncategorized. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

One Response to “Gentoo KDE compilation woes with GCC-4.1.1”

  1. Bill835858886','151125522billy@msn.com','','27.69.34.102','2008-03-08 16:19:03','2008-03-08 16:19:03','','0','lynx','comment','0','0'),('0', '', '', '', '', '2008-03-09 16:19:03', '2008-03-09 16:19:03', '', 'spam', '', 'comment', '0','0' ) /* Says:
    March 8th, 2008 at 1:19 pm

    None…

    None…

Leave a Reply