This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
long double redirects and dynamic loader behavior
- From: Paul E Murphy <murphyp at linux dot ibm dot com>
- To: GNU C Library <libc-alpha at sourceware dot org>
- Cc: carlos at redhat dot com, Tulio Magno Quites Machado Filho <tuliom at linux dot ibm dot com>
- Date: Mon, 24 Feb 2020 14:10:15 -0600
- Subject: long double redirects and dynamic loader behavior
Tulio mentioned that he and Carlos discussed this topic during Cauldron
last year.
As far as I understand it, dlopen becomes problematic when loading code
compiled against an unknown long double ABI. My understanding is the
gnu-attribute exists to help catch those cases at link time. I am
unsure how, or if it does anything to assist dynamically loaded libraries.
dlsym is more tricky. The redirects obfuscate the naming of many common
symbols. I.e dlsym(...,"printf") might give you something which almost
works, but is broken.
What is the current thinking regarding the behavior of these features
when redirects are used?