this post was submitted on 20 Feb 2025
88 points (100.0% liked)

Rust

6454 readers
52 users here now

Welcome to the Rust community! This is a place to discuss about the Rust programming language.

Wormhole

[email protected]

Credits

  • The icon is a modified version of the official rust logo (changing the colors to a gradient and black background)

founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[โ€“] [email protected] 5 points 1 week ago* (last edited 1 week ago) (1 children)

Adds Future and IntoFuture to the prelude.

Woo!

std::env::set_var, std::env::remove_var... are now unsafe functions.

That's unfortunate. I understand why it's unsafe, but it would be cool if they were atomic or something instead. I don't really want to clutter code with unsafe for things that are technically safe in context (e.g. unit tests for config parsing).

async closures

Baller.

Other cool stuff as usual, so I'll be updating soon. Congrats on the release!

Edit: Looks like they messed with default lifetimes on impl Trait, but the fix was easy enough. The upgrade was otherwise smooth. Good work!

[โ€“] BatmanAoD 2 points 6 days ago

They did consider making environment-manipulation functions atomic; the problem is that there's simply no way to guarantee that everything that can manipulate your process's environment is actually beholden to whatever atomic interface Rust provides. I could be misremembering, but I think there was even some discussion with glibc maintainers about whether this could be made safe, and the answer was basically "haha no."