This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: Current binutils failed to build glibc
On Fri, Oct 01, 2004 at 08:40:27AM -0700, H. J. Lu wrote:
> On Fri, Oct 01, 2004 at 06:00:42PM +0930, Alan Modra wrote:
> > I'm not so sure. The situation that HJ is talking about is an undefined
> > reference in one file, where the symbol type is not specified, being
> > satisfied by a tls symbol from another file. It's not a case of a tls
>
> I thought a relocation was needed to satisfy a referece. Do we have
> a case where a relocation isn't needed to satisfy a referece?
>
> > symbol being used in both tls and non-tls relocations.
Sorry, I was only thinking about the linker. Yes, undefined symbols
will generally appear in a relocation somewhere. The assembler removes
most undefined symbols.
> > I suppose the real bug is that the assembler doesn't automatically give
> > an undefined symbol a tls type if it is used by a tls reloc. For
> > example, see the ld-powerpc/ changes I checked in to satisfy HJ's strict
> > checking.
>
> I think assembler is OK. Compiler should generate the correct TLS
> information.
>
>
> H.J.
--
Alan Modra
IBM OzLabs - Linux Technology Centre