Announcing Rust 1.48.0

We're happy to announce the release of Rust 1.48.0, featuring easier linking inside documentation, documentation search aliases, and more! Check out all the highlights in our blog post: https://blog.rust-lang.org/2020/11/19/Rust-1.48.html

17 Likes

Great changes to the documentation tool!

Admittedly, there is one thing, that's getting me more excited than 1.48.0 and that is the new 1.49.0 beta release. I've been waiting for non-copy types in unions. I didn't want to use nightly toolchain (it tempts me into using all sorts of irresistable nightly features), but beta is perfectly acceptable for me as it doesn't come with nightly features.

4 Likes

Ahhh, I was just wanting [T; N]: TryFrom<Vec<T>> the other day! Thanks so much @scottmcm, this is great.

2 Likes

You're welcome! I can't say I was expecting such prominent placement in the blog post :sweat_smile:

Credit also to @jyn514 for raising the problem space.

2 Likes

Thanks for the mention! This will definitely help, I think :slight_smile:

https://github.com/rust-lang/rust/issues/76429 is still open :cry: would love for someone to pick that up. The rest of the issues in the blog need deeper changes or an RFC I think. Actually it looks like https://github.com/rust-lang/rust/pull/76580 is still waiting on review ...

What has changed since 1.47 for mingw-64 target?

After updating to 1.48, my projects failed to compile with error:

note: D:/MinGW/bin/../lib/gcc/x86_64-w64-mingw32/5.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgcc_eh
collect2.exe: error: ld returned 1 exit status

I found an old solution for different thing(not rust related): I copied libgcc.a to libgcc_eh.a. But I am not sue if it is OK. At least it compiles, and cargo test passes. Is there a better way to fix the issue?

Edit: I have newer MinGW 8.1.0 and it does not have libgcc_eh.a as well.