What does HackerNews think of coreutils?

== Example #1:

$ hyperfine -r 10 \ "target/release/coreutils sort -R shakespeare.txt > shakespeare.txt.rand; \ target/release/coreutils sort shakespeare.txt.rand > /dev/null" \ "sort -R shakespeare.txt > shakespeare.txt.rand; \ sort shakespeare.txt > /dev/null" é [...] Summary 'target/release/coreutils sort -R shakespeare.txt > shakespeare.txt.rand; target/release/coreutils sort shakespeare.txt.rand > /dev/null' ran 4.63 ± 0.19 times faster than 'sort -R shakespeare.txt > shakespeare.txt.rand; sort shakespeare.txt > /dev/null'

To be fair, we can be slower too

Example #3:

$ hyperfine "seq 18446744073708551615 18446744073709551615 | factor" \ "./target/release/coreutils seq 18446744073708551615 18446744073709551615| ./target/release/coreutils factor" [...] 'seq 18446744073708551615 18446744073709551615 | factor' ran 5.08 ± 0.01 times faster than './target/release/coreutils seq 18446744073708551615 18446

===

Redox-OS is rewriting the BSD coreutils in Rust for their own OS. https://github.com/redox-os/coreutils

I wonder what the most efficient and usable alternative operating system tradeoff choice tradeoff would be, perhaps mesalock (a linux with userspace tools compiled with rust)

syllable, haiku, redox, menuet64/kolibri, serenity, icaros desktop, postmarketos, drauger, mesalock

Some did: https://www.redox-os.org

> Oh wait, that's right, none of them has even gotten around to writing a replacement for ls, grep,

They did that for some utils: https://github.com/redox-os/coreutils

> This seems to be a more reasonable approach that trying to force an existing operating system to adopt their language.

I don't think anyone is forcing to adopt anything here. The question was about integrating languages like Rust in OpenBSD.