linux-mips
[Top] [All Lists]

Re: uclibc mips ld.so and undefined symbols with nonzero symbol table en

To: "Bradley D. LaRonde" <brad@laronde.org>
Subject: Re: uclibc mips ld.so and undefined symbols with nonzero symbol table entry st_value
From: Daniel Jacobowitz <dan@debian.org>
Date: Tue, 11 May 2004 10:23:00 -0400
Cc: Richard Sandiford <rsandifo@redhat.com>, uclibc@uclibc.org, linux-mips@linux-mips.org
In-reply-to: <046a01c43763$42feeeb0$8d01010a@prefect>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <01a901c436ce$7029d890$8d01010a@prefect> <87oeowkoa6.fsf@redhat.com> <02fd01c43709$981a24a0$8d01010a@prefect> <20040511140351.GA13367@nevyn.them.org> <046a01c43763$42feeeb0$8d01010a@prefect>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.5.5.1+cvs20040105i
On Tue, May 11, 2004 at 10:21:33AM -0400, Bradley D. LaRonde wrote:
> How about the other copy reloc right below there:
> 
>     else if (sym->st_shndx == SHN_COMMON) {
>       *got_entry = (unsigned long) _dl_find_hash(strtab +
>         sym->st_name, tpnt->symbol_scope, ELF_RTYPE_CLASS_COPY);
>     }

I don't know anything about the uclibc linker code, so I'm not sure.
That's probably OK as future proofing against a copy reloc someday.

-- 
Daniel Jacobowitz

<Prev in Thread] Current Thread [Next in Thread>