mustang VS ArnoldC

It would be great for Rust to have a Linux target that doesn't use libc, but from what I've read, not many people are interested in this.

Found this as well: https://github.com/sunfishcode/mustang

Some discussion here: https://github.com/bytecodealliance/rustix/issues/76

On Linux there has been some attempts to get exactly this solutions, most notibly https://github.com/sunfishcode/mustang but the topic did not seem to fetch a prominent position on the supported feature list.

For Linux, Mustang already exists because Linux has a stable syscall API

Why bother with a libc at all, when you can skip it entirely on Linux!

Mustang is a project which is able to run some non-trivial programs written in Rust, such as ripgrep, without using any libc, on Linux.

Mustang is one way to take care of the tiny amount of "C" that runs before main().

This is more a Rust question than a Zig question. In Rust, the choice of a specific libc (or to not use a libc) is part of the "target", for example many hardware platforms have gnu/musl/none targets. See also relibc or mustang for pure-rust alternatives. Each libc alternative require some work to integrate into Rust.

There's a separate project for that, called Mustang. It's built on top of rustix and provides all those things. It's not super mature yet, but it is able to run ripgrep by itself: https://github.com/sunfishcode/mustang

Like ArnoldC but based on different character. Maybe Michael Scott or Leslie Knope

No, write it in ArnoldC: https://lhartikk.github.io/ArnoldC/

The family cannot be complete without ArnoldC

Gotta love goofy stunts that take effort to make! A spiritually similar programming language that also screams a lot is ArnoldC: https://lhartikk.github.io/ArnoldC/

Ovaj

I would use a light and simple language

We all know that this is a silly argument because Arnold C is objectively the best language for any and all use-cases. Opting to use something else is a decision made exclusively due to poor judgement.