This is the mail archive of the
libc-hacker@sourceware.cygnus.com
mailing list for the glibc project.
Re: DWARF EH for PPC
- To: dwarf@polaris.net (Dale Scheetz)
- Subject: Re: DWARF EH for PPC
- From: hjl@lucon.org (H.J. Lu)
- Date: Wed, 9 Dec 1998 07:34:53 -0800 (PST)
- Cc: drow@cs.cmu.edu, libc-hacker@cygnus.com
> The static libgcc.a provided by gcc does not provide __register_frame_info
> but the same library provided by egcs does provide that symbol.
So?
> Once I removed the symbols from the various libraries provided by the
> glibc package, according to Zack's patch, the problem then seemed to
> center around libstdc++. The versions which provide that symbol allow C++
> programs compiled against the "true" 2.0.7-pre6 to run on systems with
> the "modified" 2.0.7u, but I am still not convinced even yet that we have
> it right.
>
> I would appreciate any insites you can give me into the nature of this
> situation. Particularly, should this symbol be static linked at compile
> time from the libgcc.a, or is it supposed to be provided at link time,
> from some shared library? If so, where?
>
It doesn't matter. Both should work. To solve this problem, you have
to do following things:
1. Don't use C++ in any gcc. That means
A. Remove libstdc++.a, libstdc++.so, libg++.a, libg++.so
from /usr/lib.
B. Remove /usr/include/g++.
2. Apply my library versioning patch to egcs 1.1.1 and install
it.
Now, your old C++ binaries will use the old C++ libraries and the
new ones will use the new C++ libraries.
--
H.J. Lu (hjl@gnu.org)