summaryrefslogtreecommitdiff
path: root/scripts/glibc_shared_code.py
AgeCommit message (Collapse)Author
2026-03-25Use #!/usr/bin/python3 in remaining Python scriptsFlorian Weimer
Some distributions ban the /usr/bin/python path in their build systems due to the ambiguity of whether it refers to Python 2 or Python 3. Python 2 has been out of support for many years, and glibc has required Python 3 at build time for a while. So it seems safe to switch the remaining scripts over to /usr/bin/python3. Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
2026-01-01Update copyright dates with scripts/update-copyrightsPaul Eggert
2025-01-01Update copyright dates with scripts/update-copyrightsPaul Eggert
2024-01-01Update copyright dates with scripts/update-copyrightsPaul Eggert
2023-01-06Update copyright dates with scripts/update-copyrightsJoseph Myers
2022-01-01Update copyright dates with scripts/update-copyrightsPaul Eggert
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-09-03Port shared code information from the wikiSiddhesh Poyarekar
Since the shared code now has special status with respect to copyrights, port them into a more structured format in the source tree and add a python function that parses and returns a dictionary with the information. I need this to exclude these files from the Contributed-by changes and I reckon it would be useful to know these files for future tooling. Reviewed-by: Carlos O'Donell <carlos@redhat.com>