diff options
author | Rich Felker <dalias@aerifal.cx> | 2022-09-26 17:14:18 -0400 |
---|---|---|
committer | Rich Felker <dalias@aerifal.cx> | 2022-10-19 14:01:31 -0400 |
commit | 246f1c811448f37a44b41cd8df8d0ef9736d95f4 (patch) | |
tree | 30e9e8c314b98c4004472b8fd49d21175a075946 /src/errno/strerror.c | |
parent | dec8f0a4fa7aa533c843e6eaec862be674ff3a1a (diff) | |
download | musl-246f1c811448f37a44b41cd8df8d0ef9736d95f4.tar.gz musl-246f1c811448f37a44b41cd8df8d0ef9736d95f4.tar.bz2 musl-246f1c811448f37a44b41cd8df8d0ef9736d95f4.tar.xz musl-246f1c811448f37a44b41cd8df8d0ef9736d95f4.zip |
remove LFS64 symbol aliases; replace with dynamic linker remapping
originally the namespace-infringing "large file support" interfaces
were included as part of glibc-ABI-compat, with the intent that they
not be used for linking, since our off_t is and always has been
unconditionally 64-bit and since we usually do not aim to support
nonstandard interfaces when there is an equivalent standard interface.
unfortunately, having the symbols present and available for linking
caused configure scripts to detect them and attempt to use them
without declarations, producing all the expected ill effects that
entails.
as a result, commit 2dd8d5e1b8ba1118ff1782e96545cb8a2318592c was made
to prevent this, using macros to redirect the LFS64 names to the
standard names, conditional on _GNU_SOURCE or _LARGEFILE64_SOURCE.
however, this has turned out to be a source of further problems,
especially since g++ defines _GNU_SOURCE by default. in particular,
the presence of these names as macros breaks a lot of valid code.
this commit removes all the LFS64 symbols and replaces them with a
mechanism in the dynamic linker symbol lookup failure path to retry
with the spurious "64" removed from the symbol name. in the future,
if/when the rest of glibc-ABI-compat is moved out of libc, this can be
removed.
Diffstat (limited to 'src/errno/strerror.c')
0 files changed, 0 insertions, 0 deletions