coreutils
coreutils copied to clipboard
uutils
Cross-platform Rust rewrite of the GNU coreutils
PR #9536 introduced a performance regression, supposedly caused by memsetting the buffers before each use. For reference: - https://github.com/uutils/coreutils/pull/9536#issuecomment-3634835240) - [Codspeed flamegraph](https://codspeed.io/uutils/coreutils/branches/mattsu2020%3Abasenc_bounded-memory?uri=src%2Fuu%2Fbase64%2Fbenches%2Fbase64_bench.rs%3A%3Ab64_decode_synthetic&runnerMode=Instrumentation§ionId=benchmark-comparison-section-comparison-failed)
No need to use the unsafe `libc::execvp()`, the standard rust library provides the functionality via `Command::exec()`.
No need to use the unsafe `libc::execvp()`, the standard rust library provides the functionality via `Command::exec()`.
- Replace process::Command execution with direct execvp call via libc for improved performance by avoiding process forking - Add validation to detect and error on commands containing null bytes -...
When SIGPIPE is trapped (`trap '' PIPE`), write fails with EPIPE instead of signal. Print diagnostic message to stderr like GNU coreutils, instead of silently exiting. Test with trapped SIGPIPE...
This PR bumps `libc` from `0.2.175` to `0.2.176``0.2.178` and fixes two clippy errors from the [useless_conversion](https://rust-lang.github.io/rust-clippy/master/index.html#useless_conversion) lint on FreeBSD (see https://github.com/uutils/coreutils/actions/runs/17946395896/job/51033759647?pr=8717#step:5:4493).
When copying recursively and trying to overwrite existing files with write permission flag removed, e.g. mode 440, `cp` fails for the wrong reason: ```sh coreutils --version coreutils 0.4.0 (multi-call binary)...
This change translates GNU’s legacy +POS1 [-POS2] sort key syntax into -k form before clap parsing, gating it by _POSIX2_VERSION to match GNU behavior, and adds by-util tests to ensure...
I wanted to learn a bit about the performance characteristics of coreutils for the commands that were listed as being slower than the GNU implementations. One of the reasons listed...
When building on Windows, and executing the linked `mutilcall` program, because the generated `ln.exe` has higher priority than the default `/usr/bin/ln.exe`, it won't add the `.exe` suffix by default. Therefore,...
