libskry_r
Lucky imaging library (by GreatAttractor)
rustc_codegen_gcc
libgccjit AOT codegen for rustc (by antoyo)
libskry_r | rustc_codegen_gcc | |
---|---|---|
2 | 33 | |
16 | 9 | |
- | - | |
0.0 | 9.6 | |
over 3 years ago | 5 days ago | |
Rust | Rust | |
MIT License | Apache License 2.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
libskry_r
Posts with mentions or reviews of libskry_r.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2024-02-28.
-
Rewrite the VP9 codec library in Rust
As already mentioned, bounds checks won't necessarily cause that much overhead. When I rewrote my small image processing library from C to Rust ([1]), I only had to use unchecked array access in one hot loop to get overall performance equivalent to C code.
[1] https://github.com/GreatAttractor/libskry_r
-
Speed of Rust vs. C
To practise Rust, I rewrote my small C99 library in it [1]. Performance is more or less the same, I only had to use unchecked array access in one small hot loop (details in README.md). I haven't ported multithreading yet, but I expect Rust's Rayon parallel iterators will likewise be comparable to OpenMP.
[1] https://github.com/GreatAttractor/libskry_r
rustc_codegen_gcc
Posts with mentions or reviews of rustc_codegen_gcc.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-12-08.
- Rust Support in the Linux Kernel
-
GCC Rust Monthly Report #9 August 2021
It's true that if this project succeeds, that would be an outcome, but it's probably worth noting that you'd really only have to add support for the GCC backend to do that, and not reimplement the frontend as well (parsing, type checking, lifetime checking, etc.). There's an unrelated project working to do that: https://github.com/antoyo/rustc_codegen_gcc that would likely yield those same benefits for less effort.
-
Gentoo be like :
platform support (may improve soon)
-
Recursive fib is faster in C++?
Here's the gcc backend for rustc here https://github.com/antoyo/rustc_codegen_gcc Since this just swaps the optimizer/codegen module and reuses all the other stuff from rustc it needs less work and can already compile many valid rust programs.
-
Anyone used the gcc backend before?
I'd like to use the rustc_codegen_gcc backend to compile some Rust programs, but I'm confused about how to install and use the patched libgccjit dependency. I've downloaded the fork provided but don't know where to go from there.
-
The Tor Project announces Arti, a Tor implementation written in Rust from scratch
I was being a little sloppy and mixing together "actual embedded hardware" with "extensions for applications written in other languages" in my head. I think your point about LLVM is still accurate, though I hear peeps about different projects working on GCC support from time to time.
-
Rust GCC back end was officially accepted into the compiler
This doesn't have anything to do with using GCC to compile rust, but instead using rustc to compile Rust using the GCC backend. You can do that today by using the linked project, rustc_codegen_gcc, which is intended to be integrated into rustc at some point in the (hopefully near) future.
-
This is the patch series to add support for Rust as a second language to the Linux kernel.
Rather than mrustc you should probably look at rustc_codegen_gcc which uses gcc as a backend to rustc (WIP) or GCC Rust which tries to implement a rust frontend for gcc (also WIP). I think rustc_codegen_gcc looks the most promising at the moment
-
Hacker News top posts: Jul 6, 2021
Libgccjit AOT Codegen for Rustc\ (2 comments)
- Libgccjit AOT Codegen for Rustc
What are some alternatives?
When comparing libskry_r and rustc_codegen_gcc you can also consider the following projects:
smartstring - Compact inlined strings for Rust.
gccrs - GCC Front-End for Rust
fst - Represent large sets and maps compactly with finite state transducers.
polonius - Defines the Rust borrow checker.
redgrep - ♥ Janusz Brzozowski
avr-hal - embedded-hal abstractions for AVR microcontrollers
rust - Rust for the xtensa architecture. Built in targets for the ESP32 and ESP8266
min-sized-rust - 🦀 How to minimize Rust binary size 📦
barre - A Regular Expression Library and CFG parser for Rust using Brzozski Derivatives
ttapi - Golang Turntable.fm api
Rust-for-Linux - Adding support for the Rust language to the Linux kernel.
libskry_r vs smartstring
rustc_codegen_gcc vs gccrs
libskry_r vs fst
rustc_codegen_gcc vs polonius
libskry_r vs redgrep
rustc_codegen_gcc vs avr-hal
libskry_r vs rust
rustc_codegen_gcc vs min-sized-rust
libskry_r vs barre
rustc_codegen_gcc vs ttapi
libskry_r vs gccrs
rustc_codegen_gcc vs Rust-for-Linux