This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH} PPC fix td_thr_get_addr for TLS
- From: Roland McGrath <roland at redhat dot com>
- To: sjmunroe at vnet dot ibm dot com
- Cc: amodra at bigpond dot net dot au,libc-alpha <libc-alpha at sources dot redhat dot com>, paulus <paulus at samba dot org>
- Date: Fri, 7 Mar 2003 14:27:19 -0800
- Subject: Re: [PATCH} PPC fix td_thr_get_addr for TLS
> OK I may have jumped to the wrong conclusion. It looks like the ELF symbol
> table is bias free (but generated code is not).
That's my understanding, and it's as I think it should be. It's consistent
with e.g., positive rather than negative ST_TLS symbol values for x86. All
the code in ld, prelink, etc. that deals with the layout of the TLS block
need not have any machine-specific parameters aside from default alignment.
In fact, the ELF spec is written to describe the symbol table in purely
machine-independent terms. Things like negation or constant bias are part
of the behavior of particular relocs, which are all machine-specific.