Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
RIIR
-
First Rust Code Shows Up in the Windows 11 Kernel
It was, imo, inflated by the comments pointing to the RiiR sentiments, not the comments to that effect itself. Even repositories 'collecting' such instances (e.g. https://github.com/ansuz/RIIR) are largely not collections of making anyone to change their own software but just projects that happen to be written in Rust. (these out-of-scope issues are not being tagged appropriately). Overhyped controversy by all sides.
-
Stroustrup: “C++ is bigger than ever”
Dunno what news you have missed but there's entire internet brigades dedicated sorely to spam projects with "rewrite it in rust". There's even a repo documenting this.
-
Fish (shell) porting to Rust from C++
The OP post in the link references https://transitiontech.ca/random/RIIR (Rewrite it in Rust) as a meme.
-
Ruff: A new, fast and correct Python checker/linter
Yes, one can hope, but I wouldn't bet on it and I wouldn't suggest to RIIR. I don't want to be that person that pops up uncalled for and asks to Rewrite It In Rust. One might think "Oh it is just one additional issue to the ~2.2k already opened mypy issues" if they have at all realized that there are that many open issues.
- NVIDIA Security Team: "What if we just stopped using C?" (This is not about Rust)
-
Linus Torvalds: Rust will go into Linux 6.1
It's died down a bit now, but there is/was a non-trivial amount of stupidity from Rust advocates whenever someone ran into a memory problem with C/C++ to "re-write it in rust" or to just rewrite things in general. (IE https://transitiontech.ca/random/RIIR)
-
Τι γλώσσες ξέρετε; Πως τις μάθατε;
Or even better, RIIR the Windows kernel!
- Rust is blazingly fast and memory-efficient: with no runtime or garbage collector, it can power performance-critical services, run on embedded devices, and easily integrate with other languages. Rust’s rich type system and ownership model guarantee memory-safety and thread-safety — enabling you to e
-
Would a rust rewrite solve the security issues of x.org?
What is it with people asking for rust rewrites of Xorg this week? https://github.com/ansuz/RIIR/issues/83
-
I’m waiting.
The second language is Rust, and I went with that partly because rewriting C in Rust is a meme in itself, and in part because it was much easier to think of how to nicely fix that bug in Rust than it was in C (just add a = to the range to be end-inclusive).
wtfiles
-
Maintain It with Zig
Keep in mind that filesystem paths aren't strings. On Linux, they are raw bytes without any fixed encoding (but usually UTF-8 on UTF-8-based locales), and on Windows, they are sequences of 16-bit codepoints which are expected to be UTF-16 but not validated.
Rust's OsStr is my favorite approach so far. It stores Linux's raw bytes as-is, and stores Windows's possibly-valid UTF-16 as WTF-8. This makes path management "just work", with the ability to operate normally on invalid UTF-8 or UTF-16 paths, and zero-copy conversion from UTF-8/ASCII strings to OsStr (though converting OsStr into UTF-16 requires parsing). (Qt's QString-based file dialogs on Linux fail to convert invalid UTF-8 paths like those in https://github.com/petrosagg/wtfiles into QString, causing Qt-based apps to open/save the wrong paths.)
However there are difficulties in printing an OsStr. For example, a file dialog that shows filenames as raw bytes can't show non-Latin/Unicode characters in a human-readable form, and a file dialog that shows filenames as Unicode strings can't handle invalid Unicode filenames. GTK3 file dialogs show filenames as Unicode strings, and when encountering files with invalid Unicode names, instead displays "file�name.txt (invalid encoding)".
Worse yet, how should a file dialog allow users to rename files? If it's based around byte arrays, the user can't enter Unicode characters directly, and if it's based around Unicode (or a locale-specific text encoding), it can't display existing files with invalid Unicode/etc. in the name (probably not an issue if it allows the user to rename to a valid name), nor allow users to enter invalid Unicode (which is not an issue IMO).
What are some alternatives?
rust-learning - A bunch of links to blog posts, articles, videos, etc for learning Rust
zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
ziglyph - Unicode text processing for the Zig programming language.
zigstr - Zigstr is a UTF-8 string type for Zig programs.
arocc - A C compiler written in Zig.
ohmygentool - LLVM/Clang based bindings generator for D language
awesome-embedded-rust - Curated list of resources for Embedded and Low-level development in the Rust programming language
dstep - A tool for converting C and Objective-C headers to D modules
cc-rs - Rust library for build scripts to compile C/C++ code into a Rust library
utfcpp - UTF-8 with C++ in a Portable Way