pollster VS rustix

Other than that, I'm using async mostly not in a web-based environment, unlike your assumption that the "so-called web-devs" only want to use it. It's also quite flexible, you want it blocking? Start a blocking executor. You don't want tokio for that? Use a minimal executor like https://github.com/zesterer/pollster for that...

Check out https://github.com/zesterer/pollster. This can be the solution to the async problem you described

Pollster: https://github.com/zesterer/pollster

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

Without actually having looked into this, how does https://github.com/bytecodealliance/rustix fit into points 1 & 2?

I find this github issue: https://github.com/bytecodealliance/rustix/issues/575

Hi Rust experts, we are willing to integrate rustix on NuttX RTOS, the initial effort was done by rustix author: https://github.com/bytecodealliance/rustix/tree/nuttx but it hit the wall since we don't know the right way to integrate cargo with the old-school NuttX's Makefiles. Any help or suggestion is welcome. More about NuttX here: https://nuttx.apache.org and here: https://nuttx.apache.org/docs/latest/

Have you considered using rustix? It provides many of the facilities of std without using libc.

rustix can make syscalls directly to Linux. There's a rustc fork that can use it to build std.

The rustix project claims to use raw syscalls (and vDSO calls) on linux and provides more memory / type safety compared to the libc API.

Hi, the reason is explained by the description of https://github.com/bytecodealliance/rustix.

Please consider rustix as an alternative to nix.