[PATCH] aarch64: Accept PLT calls to __getauxval within libc.so

Szabolcs Nagy szabolcs.nagy@arm.com
Tue May 12 10:46:52 GMT 2020


The 05/12/2020 12:34, Florian Weimer wrote:
> When using outline atomics (-moutline-atomics, the default for ARMv8-A
> starting with GCC 10), libgcc contains an ELF constructor which calls
> __getauxval.  This code is built outside of glibc, so none of its
> internal PLT avoidance schemes can be applied to it.  This change
> suppresses the elf/check-localplt failure.

This is ok thanks.

> 
> -----
>  sysdeps/unix/sysv/linux/aarch64/localplt.data | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/sysdeps/unix/sysv/linux/aarch64/localplt.data b/sysdeps/unix/sysv/linux/aarch64/localplt.data
> index 56f362d3a7..2c14b652ef 100644
> --- a/sysdeps/unix/sysv/linux/aarch64/localplt.data
> +++ b/sysdeps/unix/sysv/linux/aarch64/localplt.data
> @@ -7,6 +7,9 @@ libc.so: malloc
>  libc.so: memalign
>  libc.so: realloc
>  libm.so: matherr
> +# If outline atomics are used, libgcc (built outside of glibc) may
> +# call __getauxval using the PLT.
> +libc.so: __getauxval ?
>  # The dynamic loader needs __tls_get_addr for TLS.
>  ld.so: __tls_get_addr
>  # The TLS-enabled version of these functions is interposed from libc.so.

-- 


More information about the Libc-alpha mailing list