The Case for Rust in the base system

Post by steveklabnik » Fri, Jan 26, 2024, 7:34 PM UTC

Ferret7446 wrote: post #148

steveklabnik wrote: post #147

Earlier quoted context omitted.

The OP has since elaborated: > I don't think anybody has claimed this yet. But I _have_ made a similar claim, that some things can't be written in C. I'll elaborate on the project that started this thread: the fusefs test suite. When I designed the fusefs test suite, I based it around the priniciple of Mocking. Each test case has a client thread that does normal file system access, and a server thread that implements…

Mocking is a horrible principle. It is probably the worst of the various types of test doubles, in terms of the kind of test design they imply. Software engineering would be significantly better off, IMO, if mocking were so awkward that no one bothers to do it, ever, in any language.

Post by loeg » Sat, Jan 27, 2024, 4:32 PM UTC

bluejekyll wrote: post #35

loeg wrote: post #22

Earlier quoted context omitted.

Yeah, but Rust tier 1 is only x86, x86_64, and arm64. And only Linux. That excludes MIPS, PPC, and arm32, all of which FreeBSD continues to support to varying degrees. x86_64-FreeBSD is a Rust tier 2 "it might work" target, as are arm6/7 and PPC. MIPS is Rust tier 3 "we don't build for it or test on it."

My understanding of the tiers of support is based on the level of commitment from the community. That is, if the FreeBSD folks wanted to make it a Tier 1 target, they can, “If running the testsuite requires additional infrastructure (such as physical systems running the target), the target maintainers must arrange to provide such resources to the Rust project, to the satisfaction and approval of the Rust infrastructu…