This is the mail archive of the libc-hacker@sourceware.org mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
Hi!
On ppc64 and ia64 &printf is put into GOT, so the SHN_UNDEF printf
symbol has zero st_value and thus dladdr (&printf, ...) returns
a symbol in libc.so. But, unfortunately, in libc.so _IO_printf
is an alias to printf, both are global symbols and have the same
address and size. Which one comes first in the hash table depends
on the linker.
2006-08-31 Jakub Jelinek <jakub@redhat.com>
* elf/tst-addr1.c (do_test): Allow i.dli_sname "_IO_printf".
--- libc/elf/tst-addr1.c.jj 2006-08-24 22:18:59.000000000 +0200
+++ libc/elf/tst-addr1.c 2006-08-31 17:27:20.000000000 +0200
@@ -12,7 +12,14 @@ do_test (void)
return 1;
}
printf ("found symbol %s in %s\n", i.dli_sname, i.dli_fname);
- return i.dli_sname == NULL || strcmp (i.dli_sname, "printf") != 0;
+ return i.dli_sname == NULL
+ || (strcmp (i.dli_sname, "printf") != 0
+ /* On architectures which create PIC code by default
+ &printf may resolve to an address in libc.so
+ rather than in the binary. printf and _IO_printf
+ are aliased and which one comes first in the
+ hash table is up to the linker. */
+ && strcmp (i.dli_sname, "_IO_printf") != 0);
}
#define TEST_FUNCTION do_test ()
Jakub
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |