This is the mail archive of the
libc-hacker@sourceware.cygnus.com
mailing list for the glibc project.
Re: DWARF EH for PPC
- To: "H.J. Lu" <hjl@lucon.org>
- Subject: Re: DWARF EH for PPC
- From: Daniel Jacobowitz <drow@cs.cmu.edu>
- Date: Tue, 8 Dec 1998 16:29:17 -0500
- Cc: GNU C Library <libc-hacker@cygnus.com>
- References: <19981208161501.A21215@drow.res.cmu.edu> <m0znUZn-00038dC@ocean.lucon.org>
On Tue, Dec 08, 1998 at 01:21:47PM -0800, H.J. Lu wrote:
> > > > > You must be running glibc 2.0, which exports the register_frame suff
> > > > > in libc.so by accident. We fix it in glibc 2.1 so that the
> > >
> > > I meant to say libm.so.
> > >
> > > > > register_frame stuff will be in libstdc++.so.
> > > >
> > > > But it doesn't. libm did for a while in 2.0.7u, but that got fixed
> > > > (and caused a nasty screwup)...
> > > >
> > > >
> > >
> > > libstdc++.so is linked with both libc.so and libm.so.
> >
> > And libm did export register_frame_info for a while, and caused
> > libstdc++ nightmares; but now it doesn't, any more. So libstdc++
> > doesn't, any more. Should it?
> >
>
> As far as I know, libm.so in glibc 2.0.7 still exports register_frame:
>
> # nm glibc-2.0/math/libm.so | grep frame
> 00014500 T __deregister_frame
> 00014458 T __deregister_frame_info
> 00014528 T __frame_state_for
> 0001438c T __register_frame
> 00014314 T __register_frame_info
> 000143b8 T __register_frame_info_table
> 0001442c T __register_frame_table
> 000046a0 t frame_dummy
> 00013c98 t frame_init
>
> Ulrich, can you comment on that? BTW, I am using egcs 1.1.1.
If I'm not completely mistaken, this was fixed by Zack Weinberg about a
week ago in CVS...
Dan
/--------------------------------\ /--------------------------------\
| Daniel Jacobowitz |__| CMU, CS class of 2002 |
| Debian GNU/Linux Developer __ Part-Time Systems Programmer |
| dan@debian.org | | drow@cs.cmu.edu |
\--------------------------------/ \--------------------------------/