e354a5
commit 16536e98e36e08bc1ce1edbd8dd50c7c3bb7a936
e354a5
Author: Florian Weimer <fweimer@redhat.com>
e354a5
Date:   Tue May 12 11:30:30 2020 +0200
e354a5
e354a5
    aarch64: Accept PLT calls to __getauxval within libc.so
e354a5
    
e354a5
    When using outline atomics (-moutline-atomics, the default for ARMv8-A
e354a5
    starting with GCC 10), libgcc contains an ELF constructor which calls
e354a5
    __getauxval.  This code is built outside of glibc, so none of its
e354a5
    internal PLT avoidance schemes can be applied to it.  This change
e354a5
    suppresses the elf/check-localplt failure.
e354a5
e354a5
diff -rup a/sysdeps/unix/sysv/linux/aarch64/localplt.data b/sysdeps/unix/sysv/linux/aarch64/localplt.data
e354a5
--- a/sysdeps/unix/sysv/linux/aarch64/localplt.data	2018-08-01 01:10:47.000000000 -0400
e354a5
+++ b/sysdeps/unix/sysv/linux/aarch64/localplt.data	2020-10-27 15:55:53.457002541 -0400
e354a5
@@ -7,6 +7,9 @@ libc.so: malloc
e354a5
 libc.so: memalign
e354a5
 libc.so: realloc
e354a5
 libm.so: matherr
e354a5
+# If outline atomics are used, libgcc (built outside of glibc) may
e354a5
+# call __getauxval using the PLT.
e354a5
+libc.so: __getauxval ?
e354a5
 # The dynamic loader needs __tls_get_addr for TLS.
e354a5
 ld.so: __tls_get_addr
e354a5
 # The main malloc is interposed into the dynamic linker, for