glibc/sysdeps/arm, branch master

arm: Avoid UB in elf_machine_rel()

2024-06-26T10:45:43Z

This recently came up during a cleanup to remove misaligned accesses from the RISC-V port. Link: https://sourceware.org/pipermail/libc-alpha/2022-June/139961.html Suggested-by: Adhemerval Zanella Signed-off-by: Palmer Dabbelt Reviewed-by: Fangrui Song

arm: Update ulps

2024-06-18T20:31:10Z

For the exp10m1, exp2m1, and log10p1 implementations.

Convert to autoconf 2.72 (vanilla release, no distribution patches)

2024-06-17T19:15:28Z

As discussed at the patch review meeting Signed-off-by: Andreas K. Hüttel Reviewed-by: Simon Chopin

Implement C23 logp1

2024-06-17T13:47:09Z

C23 adds various function families originally defined in TS 18661-4. Add the logp1 functions (aliases for log1p functions - the name is intended to be more consistent with the new log2p1 and log10p1, where clearly it would have been very confusing to name those functions log21p and log101p). As aliases rather than new functions, the content of this patch is somewhat different from those actually adding new functions. Tests are shared with log1p, so this patch *does* mechanically update all affected libm-test-ulps files to expect the same errors for both functions. The vector versions of log1p on aarch64 and x86_64 are *not* updated to have logp1 aliases (and thus there are no corresponding header, tests, abilist or ulps changes for vector functions either). It would be reasonable for such vector aliases and corresponding changes to other files to be made separately. For now, the log1p tests instead avoid testing logp1 in the vector case (a Makefile change is needed to avoid problems with grep, used in generating the .c files for vector function tests, matching more than one ALL_RM_TEST line in a file testing multiple functions with the same inputs, when it assumes that the .inc file only has a single such line). Tested for x86_64 and x86, and with build-many-glibcs.py.

arm: Update ulps

2024-05-20T16:12:23Z

For the log2p1 implementation.

login: structs utmp, utmpx, lastlog _TIME_BITS independence (bug 30701)

2024-04-19T12:38:17Z

These structs describe file formats under /var/log, and should not depend on the definition of _TIME_BITS. This is achieved by defining __WORDSIZE_TIME64_COMPAT32 to 1 on 32-bit ports that support 32-bit time_t values (where __time_t is 32 bits). Reviewed-by: Adhemerval Zanella

login: Check default sizes of structs utmp, utmpx, lastlog

2024-04-19T12:38:17Z

The default is for ports with a 64-bit time_t. Ports with a 32-bit time_t or with __WORDSIZE_TIME64_COMPAT32=1 need to override it. Reviewed-by: Adhemerval Zanella

arm: Remove ld.so __tls_get_addr plt usage

2024-04-04T20:03:32Z

Use the hidden alias instead. Checked on arm-linux-gnueabihf.

elf: Enable TLS descriptor tests on aarch64

2024-03-19T17:53:30Z

The aarch64 uses 'trad' for traditional tls and 'desc' for tls descriptors, but unlike other targets it defaults to 'desc'. The gnutls2 configure check does not set aarch64 as an ABI that uses TLS descriptors, which then disable somes stests. Also rename the internal machinery fron gnu2 to tls descriptors. Checked on aarch64-linux-gnu. Reviewed-by: H.J. Lu

arm: Update _dl_tlsdesc_dynamic to preserve caller-saved registers (BZ 31372)

2024-03-19T17:53:30Z

ARM _dl_tlsdesc_dynamic slow path has two issues: * The ip/r12 is defined by AAPCS as a scratch register, and gcc is used to save the stack pointer before on some function calls. So it should also be saved/restored as well. It fixes the tst-gnu2-tls2. * None of the possible VFP registers are saved/restored. ARM has the additional complexity to have different VFP bank sizes (depending of VFP support by the chip). The tst-gnu2-tls2 test is extended to check for VFP registers, although only for hardfp builds. Different than setcontext, _dl_tlsdesc_dynamic does not have HWCAP_ARM_IWMMXT (I don't have a way to properly test it and it is almost a decade since newer hardware was released). With this patch there is no need to mark tst-gnu2-tls2 as XFAIL. Checked on arm-linux-gnueabihf. Reviewed-by: H.J. Lu