user/sven/glibc.git/csu/Makefile, branch master

Update copyright dates with scripts/update-copyrights

2026-01-01T21:42:29Z

Use 64-bit atomic on sem_t with 8-byte alignment [BZ #33632]

2025-12-01T22:50:49Z

commit 7fec8a5de6826ef9ae440238d698f0fe5a5fb372 Author: Adhemerval Zanella Date: Thu Nov 13 14:26:08 2025 -0300 Revert __HAVE_64B_ATOMICS configure check uses 64-bit atomic operations on sem_t if 64-bit atomics are supported. But sem_t may be aligned to 32-bit on 32-bit architectures. 1. Add a macro, SEM_T_ALIGN, for sem_t alignment. 2. Add a macro, HAVE_UNALIGNED_64B_ATOMICS. Define it if unaligned 64-bit atomic operations are supported. 3. Add a macro, USE_64B_ATOMICS_ON_SEM_T. Define to 1 if 64-bit atomic operations are supported and SEM_T_ALIGN is at least 8-byte aligned or HAVE_UNALIGNED_64B_ATOMICS is defined. 4. Assert that size and alignment of sem_t are not lower than those of the internal struct new_sem. 5. Check USE_64B_ATOMICS_ON_SEM_T, instead of USE_64B_ATOMICS, when using 64-bit atomic operations on sem_t. This fixes BZ #33632. Reviewed-by: Wilco Dijkstra

Update copyright dates with scripts/update-copyrights

2025-01-01T19:22:09Z

Add crt1-2.0.o for glibc 2.0 compatibility tests

2024-05-06T14:49:40Z

Starting from glibc 2.1, crt1.o contains _IO_stdin_used which is checked by _IO_check_libio to provide binary compatibility for glibc 2.0. Add crt1-2.0.o for tests against glibc 2.0. Define tests-2.0 for glibc 2.0 compatibility tests. Add and update glibc 2.0 compatibility tests for stderr, matherr and pthread_kill. Reviewed-by: Carlos O'Donell

csu: Reformat Makefile.

2024-02-25T18:38:16Z

Reflow and sort Makefile. Code generation changes present due to link order changes. No regressions on x86_64 and i686.

Update copyright dates with scripts/update-copyrights

2024-01-01T18:53:40Z

Update copyright dates with scripts/update-copyrights

2023-01-06T21:14:39Z

csu: Disable stack protector for static-reloc for static-pie

2022-10-06T15:52:46Z

For instance on x86_64 with gcc 12.1.1 andwith fstack-protector enabled the empty function still generates a stack protector code sequence: 0000000000000000 <_dl_relocate_static_pie>: 0: 48 83 ec 18 sub $0x18,%rsp 4: 64 48 8b 04 25 28 00 mov %fs:0x28,%rax b: 00 00 d: 48 89 44 24 08 mov %rax,0x8(%rsp) 12: 31 c0 xor %eax,%eax 14: 48 8b 44 24 08 mov 0x8(%rsp),%rax 19: 64 48 2b 04 25 28 00 sub %fs:0x28,%rax 20: 00 00 22: 75 05 jne 29 <_dl_relocate_static_pie+0x29> 24: 48 83 c4 18 add $0x18,%rsp 28: c3 ret 29: e8 00 00 00 00 call 2e <_dl_relocate_static_pie+0x2e> And since the function is called prior thread pointer setup, it triggers a invalid memory access (this is shown with the failure of elf/tst-tls1-static-non-pie). Although it might characterizes as compiler issue or missed optimization, to be safe also disables stack protector on static-reloc object. Checked on x86_64-linux-gnu and sparc64-linux-gnu. Reviewed-by: Siddhesh Poyarekar

Update copyright dates with scripts/update-copyrights

2022-01-01T19:40:24Z

I used these shell commands: ../glibc/scripts/update-copyrights $PWD/../gnulib/build-aux/update-copyright (cd ../glibc && git commit -am"[this commit message]") and then ignored the output, which consisted lines saying "FOO: warning: copyright statement not found" for each of 7061 files FOO. I then removed trailing white space from math/tgmath.h, support/tst-support-open-dev-null-range.c, and sysdeps/x86_64/multiarch/strlen-vec.S, to work around the following obscure pre-commit check failure diagnostics from Savannah. I don't know why I run into these diagnostics whereas others evidently do not. remote: *** 912-#endif remote: *** 913: remote: *** 914- remote: *** error: lines with trailing whitespace found ... remote: *** error: sysdeps/unix/sysv/linux/statx_cp.c: trailing lines

hurd: Add rules for static PIE build

2021-12-11T23:42:13Z

This fixes [BZ #28671].