This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: Bug generating libc.so.lds
- From: Jakub Jelinek <jakub at redhat dot com>
- To: Roland McGrath <roland at redhat dot com>
- Cc: Daniel Jacobowitz <drow at mvista dot com>, libc-alpha at sources dot redhat dot com
- Date: Tue, 1 Apr 2003 11:10:27 +0200
- Subject: Re: Bug generating libc.so.lds
- References: <20030331181020.GA30722@nevyn.them.org> <200304010842.h318gXx17605@magilla.sf.frob.com>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Tue, Apr 01, 2003 at 12:42:33AM -0800, Roland McGrath wrote:
> > Filtering out the -u __register_frame appears to solve the problem.
> > Does that sound right?
>
> Um, that is probably ok. The only reason I hesitate is that I am not sure
> why it uses as complex a link command as it does to generate the ld script.
> AFAICS this script doesn't vary and is in fact the same for all -shared
> links. In that case it doesn't matter to include all the target-specific
> flags and LDLIBS and so forth at all. In fact it could be generated just
> once rather than done anew as part of every shared object link we do.
> But I might be missing something.
ld -melf32ppclinux -shared --verbose
vs.
ld -melf64ppc -shared --verbose
have different linker scripts, so some options surely have to be passed
down to the linker besides -shared.
Jakub