Our great sponsors
gccrs | Cargo | |
---|---|---|
102 | 262 | |
2,246 | 11,828 | |
2.7% | 2.5% | |
9.9 | 10.0 | |
3 days ago | 4 days ago | |
Rust | ||
GNU General Public License v3.0 only | Apache License 2.0 |
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.
gccrs
-
Why do lifetimes need to be leaky?
That's why gccrs doesn't even consider lifetime checking a part of the language (they plan to use Polonius, too).
-
How hard would it be to port the Rust toolchain to a new non-POSIX OS written in Rust and get it to host its own development? What would that process entail?
There's ongoing work on a Rust front-end for GCC (https://github.com/Rust-GCC/gccrs). Bit barebones right now -- ie, even core doesn't compile -- but there's funding, demand, and regular progress, so it'll only get better from there. Once gccrs can compile core, it should be ready to compile most of Rust, and thus if you've taught the calling conventions for C to GCC, you're golden.
-
Rust contributions for Linux 6.4 are finally merged upstream!
Do you mean this project https://rust-gcc.github.io/ ?
That is what theyre refering to, yes. The GitHub is named https://github.com/Rust-GCC/gccrs
Unsure currently, but there is project to get gcc to compile rust directly https://rust-gcc.github.io/ that is working to get changes upstreamed.
-
GCC 13 and the State of Gccrs
- But this misses so much extra context information
3. Macro invocations there are really subtle rules on how you treat macro invocations such as this which is not documented at all https://github.com/Rust-GCC/gccrs/blob/master/gcc/rust/expan...
Some day I personally want to write a blog post about how complicated and under spec'd Rust is, then write one about the stuff i do like it such as iterators being part of libcore so i don't need reactive extensions.
-
Any alternate Rust compilers?
Another upcoming implementation is Rust-GCC. This may help with wider adoption of Rust programs, but it probably won't see much use or support by Rust users. Furthermore, it will probably take some time to be implemented, since writing a compiler frontend is a difficult task.
In the future: gccrs (https://github.com/Rust-GCC/gccrs) is making progress, but is not useful now. It will be the first alternative compiler for Rust if/when complete (it probably will be completed because of the whole Rust for Linux effort)
(Speaking of which, Rust-GCC (or gcc-rs or gccrs or whichever other of their names they decide is the primary one) isn't even going to be a complete C++ implementation. Their plan is to implement enough to compile Polonius (the NLL 2.0 borrow checker being developed in Rust for rustc) and then share that since borrow-checking isn't necessary for codegen... only to identify and reject invalid programs... making the C++ portion of it not that different in scope from mrustc.)
-
why GNU grep is fast
If it were proposed, it may end up being a political issue. GNU wants things under their umbrella to be GNU GPL licensed, and the rust compiler is not. There is work to get a Rust compiler built into gcc, but it's not nearly ready yet.
Cargo
-
Scriptisto: "Shebang interpreter" that enables writing scripts in compiled langs
Nice hack! Would it have been possible back then to use cargo to pull in some dependencies?
The clean solution of cargo script is here: https://github.com/rust-lang/cargo/issues/12207
-
Making Rust binaries smaller by default
Yes, I am sure this is going to be a part of Rust 1.77.0 and it will release on 21st March. I say that because of the tag in the PR (https://github.com/rust-lang/cargo/pull/13257#event-11505613...).
I'm no expert on Rust compiler development, but my understanding is that all code that is merged into master is available on nightly. If they're not behind a feature flag (this one isn't), they'll be available in a full release within 12 weeks of being merged. Larger features that need a lot more testing remain behind feature flags. Once they are merged into master, they remain on nightly until they're sufficiently tested. The multi-threaded frontend (https://blog.rust-lang.org/2023/11/09/parallel-rustc.html) is an example of such a feature. It'll remain nightly only for several months.
Again, I'm not an expert. This is based on what I've observed of Rust development.
-
You can't do that because I hate you
"Beg", and "passive aggressive" from TFA, is an unnecessarily emotional interpretation of that sentence. It's perfectly neutral. When they imported `cargo-vendor` into cargo removed a feature that was not trivial to reimplement, so they asked for an issue to be opened so that they can see if people want it and so that someone can decide to implement it.
That message *could* be updated to point to https://github.com/rust-lang/cargo/issues/10310 instead of asking for new issues to be created or suggesting the old `cargo-vendor`. (The author of TFA already knows about that issue, since they commented on it before they published their article.)
(You might say it would've been better to let cargo-vendor remain instead of importing it into cargo, but the reason that was done was to ensure it would continue to work with changes to cargo. Indeed that is why cargo-vendor does *not* work properly any more.)
The author provides very surface-level criticism of two Rust tools, but they don't look into why those choices were made.
With about five minutes of my time, I found out:
wrap_comments was introduced in 2019 [0]. There are bugs in the implementation (it breaks Markdown tables), so the option hasn't been marked as stable. Progress on the issue has been spotty.
--no-merge-sources is not trivial to re-implement [1]. The author has already explained why the flag no longer works -- Cargo integrated the command, but not all of the flags. This commit [2] explains why this functionality was removed in the first place.
Rust is open source, so the author of this blog post could improve the state of the software they care about by championing these issues. The --no-merge-sources error message even encourages you to open an issue, presumably so that the authors of Cargo can gauge the importance of certain flags/features.
You could even do something much simpler, like adding a comment to the related issues mentioning that you ran into these rough edges and that it made your life a little worse, or with a workaround that you found.
Alternatively, you can continue to write about how much free software sucks.
[0]: https://github.com/rust-lang/rustfmt/issues/3347
[1]: https://github.com/rust-lang/cargo/pull/10344
[2]: https://github.com/rust-lang/cargo/commit/3842d8e6f20067f716...
-
Cargo has never frustrated me like npm or pip has. Does Cargo ever get frustrating? Does anyone ever find themselves in dependency hell?
And there are IMHO some rough edges around workspaced crates. E.g. https://github.com/rust-lang/cargo/issues/3946
Be careful about doing this globally on in a way that shares the target dir, you'll end up hitting a cargo bug that causes it to combine unexpected code in some cases, which can cause unsound behavior. https://github.com/rust-lang/cargo/issues/12516
For filesystem caches, see https://github.com/rust-lang/cargo/issues/12633
I wonder, is cargo gc solve the problem https://github.com/rust-lang/cargo/pull/12634 ?
Something else that will help is per user caching which several people are looking into. For dependencies you share between projects, they'll share the folder, saving on disk space.
What are some alternatives?
RustCMake - An example project showing usage of CMake with Rust
Clippy - A bunch of lints to catch common mistakes and improve your Rust code. Book: https://doc.rust-lang.org/clippy/
RustScan - 🤖 The Modern Port Scanner 🤖
gcc-rust - a (WIP) Rust frontend for gcc / a gcc backend for rustc
opencv-rust - Rust bindings for OpenCV 3 & 4
rustc_codegen_gcc - libgccjit AOT codegen for rustc
overflower - A Rust compiler plugin and support library to annotate overflow behavior
crates.io - The Rust package registry
cargo-check
cargo-outdated - A cargo subcommand for displaying when Rust dependencies are out of date
rustc_codegen_gcc - libgccjit AOT codegen for rustc
cargo-dot - Generate graphs of a Cargo project's dependencies