glibc/elf/tst-addr1.c
Paul E. Murphy e2239af353 Rename __LONG_DOUBLE_USES_FLOAT128 to __LDOUBLE_REDIRECTS_TO_FLOAT128_ABI
Improve the commentary to aid future developers who will stumble
upon this novel, yet not always perfect, mechanism to support
alternative formats for long double.

Likewise, rename __LONG_DOUBLE_USES_FLOAT128 to
__LDOUBLE_REDIRECTS_TO_FLOAT128_ABI now that development work
has settled down.  The command used was

git grep -l __LONG_DOUBLE_USES_FLOAT128 ':!./ChangeLog*' | \
  xargs sed -i 's/__LONG_DOUBLE_USES_FLOAT128/__LDOUBLE_REDIRECTS_TO_FLOAT128_ABI/g'

Reviewed-by: Tulio Magno Quites Machado Filho <tuliom@linux.ibm.com>
2020-04-30 08:52:08 -05:00

37 lines
1,009 B
C

#include <dlfcn.h>
#include <stdio.h>
#include <string.h>
static int
do_test (void)
{
Dl_info i;
if (dladdr (&printf, &i) == 0)
{
puts ("not found");
return 1;
}
printf ("found symbol %s in %s\n", i.dli_sname, i.dli_fname);
if (i.dli_sname == NULL)
return 1;
#if __LDOUBLE_REDIRECTS_TO_FLOAT128_ABI == 1
/* On architectures which redirect long double to
_Float128 (e.g powerpc64le), printf will resolve
to __printfieee128 due to header redirects. There
is no _IO_printfieee128 alias. */
return strcmp (i.dli_sname, "__printfieee128") != 0;
#else
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);
#endif
}
#include <support/test-driver.c>