aspell has to be recompiled after upgrading to gcc-3.2.2pre from gcc-3.2.1 (and probably any other/future versions of gcc) since libaspell.la and libpspell.la contain the full path to libstdc++.la in them and things that require aspell (such as gtk-spell) will fail to compile when they can't find the libstdc++.la that no longer exists. I couldn't find any other .la files in /usr/lib that have this problem, but there may be others. Perhaps a warning after emerging gcc to re-emerge aspell if it's found? Or perhaps this can be fixed with a patch to aspell.
Not only aspell. Every object which links against /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/libstdc++.so.5.0.2 Because upgrading to gcc 3.2.2 uninstalls gcc 3.2.1, the above library is deleted. Thus all programms (aspell amoung them) and libraries which links against the c++ lib are no longer functional. I exspect that it will later be possible to have gcc 3.2.1 and gcc 3.2.2 both installed and switch between them with gcc-config as it is already possible with gcc 3.2.1 and gcc 2.x
Incorrect. gcc-3.2.2 installs a new version of libstdc++.so.5.0.2 into /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/libstdc++.so.5.0.2 All of my programs linked against the 3.2.1 version have continued to work. The issue here is not current programs breaking, it is that new programs that use /usr/lib/libaspell.la will break because of the full path to the previous version of libstdc++.la that it contains.
You're completly right. I was confused. Best ignore my comment.
i'm on it
azarah, doesn't the gcc ebuild look for these cases and change them accordingly?
Yes it does. It did not however done it recursive ... It is however fixed, and this could be closed. Have a look at: http://bugs.gentoo.org/show_bug.cgi?id=15025
*** This bug has been marked as a duplicate of 15025 ***
