Summary: | aspell MUST be recompiled after upgrading to gcc-3.2.2pre | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Caleb Shay <caleb> |
Component: | New packages | Assignee: | Jonathan Nall <nall> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | andreas.w.simon, azarah |
Priority: | High | ||
Version: | 1.4_rc2 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Caleb Shay
2003-02-03 14:27:28 UTC
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 |