▲ | phire 5 days ago | ||||||||||||||||
Keep in mind that the 2012 presentations dates to 10 months after Rust's first release, and its version of "Memory Safety" was collecting quite a bit of attention. I'd argue the definition was already changing by this point. It's also possible that Go was already discovering their version of "Memory Safety" just wasn't safe enough. If you go back to the original 2009 announcement talk, "Memory Safety" is listed as an explicit goal, with no carveouts: "Safety is critical. It's critical that the language be type-safe and that it be memory-safe." "It is important that a program not be able to derive a bad address and just use it; That a program that compiles is type-safe and memory-safe. That is a critical part of making robust software, and that's just fundamental." | |||||||||||||||||
▲ | SkiFire13 5 days ago | parent | next [-] | ||||||||||||||||
> Rust's first release, and its version of "Memory Safety" was collecting quite a bit of attention Note that this was not Rust's first stable release, but it's first public release. At the time it was still changing a lot and still had "garbage collected" types. | |||||||||||||||||
| |||||||||||||||||
▲ | codys 5 days ago | parent | prev [-] | ||||||||||||||||
That's a very good point on the timing. Thanks for adding that extra info. |