versioning of _Unwind_*() symbols
H. J. Lu
hjl@lucon.org
Wed Apr 21 01:39:00 GMT 2004
On Tue, Apr 20, 2004 at 05:26:02PM -0700, Jim Wilson wrote:
>
> What is wrong with putting the symbols back in libgcc_s.so? If you link
> with libunwind before libgcc, programs will use the libunwind versions
> won't they?
>
The old binaries don't know about libunwind.so. You can't load it
before libgcc_s.so transparently.
> Maybe the issue is that system libraries that were linked again libgcc
> will still use the libgcc version? That gets us back to the issue I
> mentioned before, which is that this is really a system packaging issue,
> not a libgcc vesioning issue. If a linux distro ships with libunwind as
> a standard package, then everything is OK. If libunwind is an add on
> package, then we can't replace the versioned libgcc functions, we can
> only replace the internal unversioned functions.
It is more complicated than that. The end result is the new libgcc_s.so
is not 100% binary compatible with the old libgcc_s.so. There is no
easy way to fix it.
H.J.
More information about the Gcc
mailing list