GNU C Library https://git.stealer.net/cgit.cgi/user/sven/glibc.git/atom?h=master 2026-01-01T21:42:29Z 2026-01-01T21:42:29Z Paul Eggert eggert@cs.ucla.edu 2026-01-01T17:32:02Z urn:sha1:66f3e9219d8f86b977d9be04ad469b5d72af0da2 2025-01-01T19:22:09Z Paul Eggert eggert@cs.ucla.edu 2025-01-01T18:14:45Z urn:sha1:2642002380aafb71a1d3b569b6d7ebeab3284816 2024-01-01T18:53:40Z Paul Eggert eggert@cs.ucla.edu 2024-01-01T18:12:26Z urn:sha1:dff8da6b3e89b986bb7f6b1ec18cf65d5972e307 2023-01-06T21:14:39Z Joseph Myers joseph@codesourcery.com 2023-01-06T21:08:04Z urn:sha1:6d7e8eda9b85b08f207a6dc6f187e94e4817270f 2022-01-01T19:40:24Z Paul Eggert eggert@cs.ucla.edu 2022-01-01T18:54:23Z urn:sha1:581c785bf31bc74430320c7856bbfa3875d025fe 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 2021-12-28T21:52:56Z Florian Weimer fweimer@redhat.com 2021-12-28T21:52:56Z urn:sha1:5d28a8962dcb6ec056b81d730e3c6fb57185a210 It can be used to speed up the libgcc unwinder, and the internal _dl_find_dso_for_object function (which is used for caller identification in dlopen and related functions, and in dladdr). _dl_find_object is in the internal namespace due to bug 28503. If libgcc switches to _dl_find_object, this namespace issue will be fixed. It is located in libc for two reasons: it is necessary to forward the call to the static libc after static dlopen, and there is a link ordering issue with -static-libgcc and libgcc_eh.a because libc.so is not a linker script that includes ld.so in the glibc build tree (so that GCC's internal -lc after libgcc_eh.a does not pick up ld.so). It is necessary to do the i386 customization in the sysdeps/x86/bits/dl_find_object.h header shared with x86-64 because otherwise, multilib installations are broken. The implementation uses software transactional memory, as suggested by Torvald Riegel. Two copies of the supporting data structures are used, also achieving full async-signal-safety. Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>