[PATCH] Export _Unwind_Find_FDE from glibc (GCC 3.0.1 vs GLIBC 2.2.4 solution part)
H . J . Lu
hjl@lucon.org
Sun Jul 22 11:44:00 GMT 2001
On Sun, Jul 22, 2001 at 11:32:59AM -0700, H . J . Lu wrote:
> On Sat, Jul 21, 2001 at 10:31:27PM +0200, Mark Kettenis wrote:
> >
> > I've tried this patch with current gcc-3.0.1cvs but glibc compiilation on
> > powerpc bombs out like this:
> >
> > What's causing the extraction of unwind-dw2.o from libgcc.a? That's
> > exactly the bit of code that we want to keep out of libc.
>
> # nm unwind-dw2-fde.o | grep " U "
> U _GLOBAL_OFFSET_TABLE_
> U _Unwind_GetDataRelBase
> U _Unwind_GetRegionStart
> U _Unwind_GetTextRelBase
> U abort
> U free
> U malloc
> U strlen
> # nm unwind-dw2.o | grep "_Unwind_GetDataRelBase"
> 00000000000002c0 T _Unwind_GetDataRelBase
>
My proposal
http://gcc.gnu.org/ml/gcc/2001-07/msg00651.html
doesn't have this problem. I patched those files so that they can be
compiled in gcc as well as in glibc. It is an old version. I have fixed
a few minor problems in my current version. It puts unwind-dw2.o and
unwind-dw2.o in glibc. One thing missing is to dlopen libgcc_s.so.1
and fall back to unwind-dw2.o and unwind-dw2.o in glibc if libgcc_s.so.1
is missing. Also we need a way to verify the run-time libgcc_s.so.1
is compatible with the link-time libgcc_s.so.1 at the startup time.
H.J.
More information about the Libc-alpha
mailing list