The current level of insanity with AI is off the charts. Porting to a safe language without the safety features.
C2Rust, the most popular transpiler from C to Rust will leave a bunch of un safe blocks. After the initial port it is expected for the authors to go in and work to remove them.
Bun's unreleased Rust port has 13,365 unsafe blocks
41–50 of 57 posts
Re: Bun's unreleased Rust port has 13,365 unsafe blocks
#42Re: Bun's unreleased Rust port has 13,365 unsafe blocks
#43Earlier quoted context omitted.
C2Rust, the most popular transpiler from C to Rust will leave a bunch of un safe blocks. After the initial port it is expected for the authors to go in and work to remove them.
But if that's the goal then I _think_ the "port" is perfectly achievable without LLMs. Zig transpiles to C, then C2Rust would do the rest
Re: Bun's unreleased Rust port has 13,365 unsafe blocks
#44Guys, does anyone know why the decision to port Bun from Zig to Rust? Is it to move to a less niche language?
The bun team communicated about it, it’s to reduce the number of memory issues they have to deal with IIRC
Re: Bun's unreleased Rust port has 13,365 unsafe blocks
#45Re: Bun's unreleased Rust port has 13,365 unsafe blocks
#46If you want to dig into Bun's port to Rust, I suggest waiting until they actually release something instead of generating LLM slop charts about unfinished source code.
Re: Bun's unreleased Rust port has 13,365 unsafe blocks
#47Re: Bun's unreleased Rust port has 13,365 unsafe blocks
#48Re: Bun's unreleased Rust port has 13,365 unsafe blocks
#49If you want to dig into Bun's port to Rust, I suggest waiting until they actually release something instead of generating LLM slop charts about unfinished source code.
This is posted by Bun on bun.com
Re: Bun's unreleased Rust port has 13,365 unsafe blocks
#50Remember kids, unsafe is not undefined behaviour. It just means you need to prove via unchecked English statements that your code is not UB.