the gtkspell ebuild expects to find libstdc++.la but gcc 3.1.1 doesnt seem to provide it.. So gtkspell doesnt compile
Are you using the most recent gcc-3.1? I had a similar problem, see bug 3890.
symlinking libstdc++.la from /usr/lib/gcc-lib/... to /usr/lib fixes the problem... My system has a single compiler and its gcc 3.1.1-r1
I had to do the same thing for another library, and it was fixed in gcc-3.1-r7, which was done by lostlogic (hope you don't mind I add you to cc)
I'm reassigning this to you, since it doesn't appear to be the fault of gtkspell as much as of the gcc installation..
I confirm - gcc 3.1.1 doesn't symlinks from /usr/lib to its libstdc++* files (.la and .so.*). this causes many builds to fail. Worse: I emerged gcc 3.1.1 but didn't immediately unmerge 3.1. So some builds used libstdc++.la from gcc 3.1 which caused a big mess and necessitated lots of recompiling.
Well is this fixed in gcc-3.1.1-r1? lostlogic is gone for another few weeks. I'm gone for another couple of days. So mkennedy's only the one who can fix this..
I don't think it's fixed in 3.1.1-r1, I've just re-emerged 3.1.1-r1 and the problems still rears it's ugly head (on kdelibs-5 in this case). My solution has been to make a symlink: /usr/lib/gcc-lib/i686-pc-linux-gnu/3.1 -> 3.1.1 Don't know if it is a good idea or not, but things seem to continue to build now :) -- Troy.
I just had gnome-vfs-2.0.2 fail cause it couldn't find libstdc++.la, and I'm using gcc-3.1.1-r1. libstdc++.la is in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.1.1, but gnome-vfs was looking for it in /usr/lib.
I think this is a problem with the nature of gcc-3.1.1, can we get an upgrade to gcc-3.2 here and see what happens?
*** Bug 6422 has been marked as a duplicate of this bug. ***
this is kinda old news now, it works with the latest versions of everything... or if it doesn't, you can reopen