On Wed, Jan 12, 2011 at 3:22 AM, Carmelo AMOROSO <[email protected]> wrote: > diff --git a/ldso/ldso/mips/elfinterp.c b/ldso/ldso/mips/elfinterp.c > index a56ee81..1c1489d 100644 > --- a/ldso/ldso/mips/elfinterp.c > +++ b/ldso/ldso/mips/elfinterp.c > @@ -213,10 +213,14 @@ int _dl_parse_relocation_information(struct dyn_elf > *xpnt, > # endif > { > struct elf_resolve *tpnt_tls = NULL; > + struct symbol_ref sym_ref; > + sym_ref.sym = &symtab[symtab_index]; > + sym_ref.tpnt = NULL; > > if > (ELF32_ST_BIND(symtab[symtab_index].st_info) != STB_LOCAL) { > symbol_addr = (unsigned long) > _dl_find_hash(symname, tpnt->symbol_scope, > - tpnt, > elf_machine_type_class(reloc_type), &tpnt_tls); > + tpnt, > elf_machine_type_class(reloc_type), &sym_ref); > + tls_tpnt = sym_ref.tpnt; ^^^^^^^
in mips its called tpnt_tls :). I am ok if you rename it to tls_tpnt in the complete function thats fine and will be like other arches but as it is in the patch it wont work. > } > /* In case of a TLS reloc, tpnt_tls NULL means we > have an 'anonymous' > symbol. This is the case for a static tls > variable, so the lookup > _______________________________________________ uClibc mailing list [email protected] http://lists.busybox.net/mailman/listinfo/uclibc
