Etienne Cordonnier e722250e7d link musl libc statically ... In the context of musl, users are typically expecting statically-linked tools, as this is one of musl's strong suits and one of the biggest reasons to use it instead of glibc (that is not static-link-friendly for reasons). - remove the build-flag which was causing musl libc to be linked dynamically - re-add feat_os_unix_musl which was removed in 21d5cef153 - exclude stdbuf from feat_os_unix_musl, since libstdbuf.so can't be built with a statically linked musl libc - add test_musl_no_dynamic_deps so that this does not regress in the future Fixes https://github.com/uutils/coreutils/issues/8572 Signed-off-by: Etienne Cordonnier <ecordonnier@snap.com>		2025-09-09 12:53:32 +02:00
..
benches/factor	chore: cleanup unused dependencies	2025-07-02 19:47:23 -04:00
by-util	Merge pull request #8565 from Vesal-J/fix-cp-dot-directory-copy	2025-09-09 07:46:22 +02:00
fixtures	test(sort): Fix fixtures	2025-07-25 13:51:53 +02:00
uutests	who: honor locale settings	2025-09-01 22:36:54 +08:00
test_localization_and_colors.rs	clap/locale: fix the colors for all programs (Closes: #8501)	2025-09-05 08:25:59 +02:00
test_util_name.rs	link musl libc statically	2025-09-09 12:53:32 +02:00
tests.rs	uutests: fix the doc	2025-03-29 09:28:54 +01:00