This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: Undefined __register_frame_info problem
- To: Ben Woodard <bwoodard at cisco dot com>
- Subject: Re: Undefined __register_frame_info problem
- From: Jeffrey A Law <law at cygnus dot com>
- Date: Wed, 22 Apr 1998 23:34:32 -0600
- cc: Jim Wilson <wilson at cygnus dot com>, erh at proffshore dot no, egcs-bugs at cygnus dot com
- Reply-To: law at cygnus dot com
In message <199804221045.DAA32249@trill.cisco.com>you write:
> That doesn't seem to be the case. All the programs on my system that
> exhibit this problem do not use any shared libraries except for those
> included within glibc which was installed on the system as a update
> from redhat. I do not know what compiler glibc was compiled with but
> the libcc.a that came with it does not contain the
> __register_frame_info symbol.
Note that ld.so (the dynamic linker) is effectively a shared library,
so you might be using shared libraries and not even known it.
>
> [bwoodard@trill fetchmail-4.4.1]$ nm /usr/lib/gcc-lib/i386-redhat-linux/2.7
> .2.3/libgcc.a | grep __register_frame_info
Right. __register_frame_info should not be in a 2.7 based library.
> and so I believe that I am linking against the right version of
> libgcc.a. Could it be a problem with what linker egcs is calling at
> certain times because this looks a bit strange:
Unlikely -- the behavior of egcs "ld" calling back to /usr/bin/ld
is exactly what we expect. The "egcs ld" is actually just a
front end to the system linker.
It might be wise to use -Wl,-v -Wl,-t on the link line to try and
get more debugging information from the linker.
jeff