Gleam v1.11.0 is here. JavaScript runtime gets a 30% speed boost—Lustre's virtual DOM now flies (e.g., 142k to 208k ops/sec for 10 rows)
https://gleam.run/news/gleam-javascript-gets-30-percent-faster

Gleam v1.11.0 is here. JavaScript runtime gets a 30% speed boost—Lustre's virtual DOM now flies (e.g., 142k to 208k ops/sec for 10 rows)
https://gleam.run/news/gleam-javascript-gets-30-percent-faster
How we wrap external C and C++ libraries in Rust
https://www.evolvebenchmark.com/blog-posts/how-we-wrap-external-c-and-cpp-libraries-in-rust
RUST TIP
Last week, we presented you with a challenge to showcase the usage of ilog method.
Let's move on to this week’s Rust tip.
#[must_use] Attribute for Results and Options
@rust_discussions
"... it's clear to me that using Rust allows me to write more correct code and makes me happier compared to dealing with C++."
This is actually the reason I got in to #rustlang . I needed to interact with some specific hardware using some C-libraries. Thinking "there must be a better language for this than C/C++" I wrapped the lib using rust and bindgen. And I was right, there was a better language than C/C++ for that.
Fellow Rustaceans, what/how should the lifetimes look for an upward arg? I'm trying to make an HTTP and return a reader. Or should I use an out parameter for scenarios like this instead?
```rust
use ureq::BodyReader;
pub fn fetch_feed(channel_id: String) -> anyhow::Result<&'_ BodyReader<'_>> {
let url = format!("https://www.youtube.com/feeds/videos.xml?channel_id={channel_id}");
let res = ureq::get(url).call()?;
Ok(&res.into_body().as_reader())
}
```
I'm looking for someone who works with Rust to review my code that I did not write.
I am also looking to not compensate them with cash or promotion.
Hot patching #RustLang code? In my #BevyEngine?
https://github.com/bevyengine/bevy/pull/19309 was just merged!
Thanks to subsecond from #Dioxus, coming to Bevy 0.17, and already on main!
Something is coming : (will take quite some secounds)
News: Open-Source TPDE Can Compile Code 10-20x Faster Than LLVM
https://www.phoronix.com/news/TPDE-Faster-Compile-Than-LLVM
Discussions: https://discu.eu/q/https://www.phoronix.com/news/TPDE-Faster-Compile-Than-LLVM
Just released the 0.35.2
version of the Rust sysinfo crate (used to query system information).
It fixes a regression in Process::wait
on Windows.
Totally agree! Unit tests and usage of #LLMs in that area are a bad combo (both for implementation and tests).
However, I'd like to give you some "food for thought":
What if the LLM was generating code against a (human written) #proof?
See this blog post, where they've written a proof with #Kani, a model checker in #Rust and let the #LLM generate the implementation until the proof passes:
I'm finally confident enough to release my `binge` static binary installer to the general public. It served me well for a good two months now and with pre-built binaries uploaded for each release it's not even a hassle to get started.
In a nutshell, it installs static binaries scraped from GitHub release pages and subsequently updates them on demand. I used to use `cargo binstall` or bespoke scripts but each have their own little downsides.
That #RustLang still came to be in the current landscape (where inventive minds are usually micromanaged ad nauseam) is probably one of the happiest accidents of this century.
Over 40% of the Magisk's code has been rewritten in Rust
https://github.com/topjohnwu/Magisk/releases/tag/v29.0
Discussions: https://discu.eu/q/https://github.com/topjohnwu/Magisk/releases/tag/v29.0
David Lattimore – Faster Linker, Faster Builds
David introduces his linker, wild.
2,000x faster route propagation by rewriting our Traefik gateway in Rust
https://rivet.gg/blog/2025-06-02-faster-route-propagation-by-rewriting-our-traefik-gateway-in-rust
Our, @ArdanLabs' and #PragmaticProgrammers' @pragprog :-) @herberticus will be talking about #Rust with Gabor on June 11, 2025 at 1:30PM ET / 10:30AM PT - in a Zoom near you:
The other day, I had the pleasure of chatting with @timClicks about the Wild linker for an episode of his podcast, Compose. The recording is now up at https://timclicks.dev/podcast/david-lattimore-faster-linker-faster-builds
Be there when Amos & James take the stage and bring SDR to life—in person at #EuroRust25 this October.
Grab your ticket https://eurorust.eu/