diff options
| author | Matthias Krüger <matthias.krueger@famsik.de> | 2024-12-03 17:27:05 +0100 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-12-03 17:27:05 +0100 |
| commit | c179a15f7a0a459521022f5aadc10125a33c6efb (patch) | |
| tree | fc01065ea93b2b35545bb7bdd6c190a646be7ec6 /compiler/rustc_interface/src/errors.rs | |
| parent | 8575f8f91bbd7dca529d362afc8117db74661c3b (diff) | |
| parent | 59e3e8934e3e50ddb9b9a9ffaa523cbab2260598 (diff) | |
| download | rust-c179a15f7a0a459521022f5aadc10125a33c6efb.tar.gz rust-c179a15f7a0a459521022f5aadc10125a33c6efb.zip | |
Rollup merge of #132612 - compiler-errors:async-trait-bounds, r=lcnr
Gate async fn trait bound modifier on `async_trait_bounds` This PR moves `async Fn()` trait bounds into a new feature gate: `feature(async_trait_bounds)`. The general vibe is that we will most likely stabilize the `feature(async_closure)` *without* the `async Fn()` trait bound modifier, so we need to gate that separately. We're trying to work on the general vision of `async` trait bound modifier general in: https://github.com/rust-lang/rfcs/pull/3710, however that RFC still needs more time for consensus to converge, and we've decided that the value that users get from calling the bound `async Fn()` is *not really* worth blocking landing async closures in general.
Diffstat (limited to 'compiler/rustc_interface/src/errors.rs')
0 files changed, 0 insertions, 0 deletions
