| To: | "Bradley D. LaRonde" <brad@laronde.org>, "Richard Sandiford" <rsandifo@redhat.com> |
|---|---|
| Subject: | RE: [uClibc] Re: uclibc mips ld.so and undefined symbols with nonzerosymbol table entry st_value |
| From: | "Joakim Tjernlund" <joakim.tjernlund@lumentis.se> |
| Date: | Mon, 10 May 2004 14:36:20 +0200 |
| Cc: | <uclibc@uclibc.org>, <linux-mips@linux-mips.org> |
| Importance: | Normal |
| In-reply-to: | <JPEALJAFNGDDLOPNDIEEIEEICIAA.joakim.tjernlund@lumentis.se> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| Sender: | linux-mips-bounce@linux-mips.org |
>
> This looks like the problem we had with dlopen() and friends when introducing
> the new WEAK symbol handling.
>
> in libc/misc/pthread/weaks.c you have stuff like:
> weak_alias(__phtread_return_0, __phtread_once);
>
> where __phtread_return_0 is non NULL:
> int __phtread_return_0(void)
> {
> return 0;
> }
>
Changing the alias for __phtread_once to
extern int __phtread_once(void) __attribute__ ((weak));
makes st_value=0 in libc, making the entry
look the same as in glibc.
Jocke
|
| Previous by Date: | RE: [uClibc] Re: uclibc mips ld.so and undefined symbols with nonzerosymbol table entry st_value, Joakim Tjernlund |
|---|---|
| Next by Date: | Re: semaphore woes in 2.6, 32bit, Atsushi Nemoto |
| Previous by Thread: | RE: [uClibc] Re: uclibc mips ld.so and undefined symbols with nonzerosymbol table entry st_value, Joakim Tjernlund |
| Next by Thread: | RE: [uClibc] Re: uclibc mips ld.so and undefined symbols with nonzerosymbol table entry st_value, Joakim Tjernlund |
| Indexes: | [Date] [Thread] [Top] [All Lists] |