News for hackers. Stuff that matters.
Re:Formatting Is Unreasonably Expensive for Embedded Rust by shadowgovt on Monday December 09, 2019 @03:07PM (#21745943)
This is a fascinating example of how languages tend to grow up alongside assumed applications for them and, as a result, can have assumptions deeply baked in that challenge using the language in novel applications and environments.

Solving this without pushing too much complexity onto the developer (1) is going to be a fascinating challenge.

(1) What does "too much complexity" look like? The C++ standard library has template arguments for the memory allocation logic. When it's needed, it's very much needed; when it isn't, the existence of that argument was long a tax on comprehending compile-time template errors until tooling caught up with being able to intelligently hide those arguments when they're likely to be noise.

Re:Formatting Is Unreasonably Expensive for Embedded Rust by MatthewPhillips on Monday December 09, 2019 @03:56PM (#21746468)
Yeah, I've been looking into wasm and am finding similar issues (not with Rust specifically). Languages designed for desktop/server usages are not a great fit in small places (embedded and the web).

With Go there's TinyGo which solves this problem (note, I haven't used it so can't speak to how well). I wonder if something similar for Rust is possible, a compiler targeting embedded systems?

Re:Formatting Is Unreasonably Expensive for Embedded Rust by pcwalton on Monday December 09, 2019 @10:01PM (#21749214)
The article mentions several crates that fill the role of TinyGo in Rust. It's just that they aren't the default.