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 https://github.com/uutils/coreutils/commit/21d5cef15308c018bcb0b34fcbdff47a24aa9fa6
- 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