rust/compiler/rustc_parse/src/parser, branch 1.78.0https://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=1.78.02024-03-14T11:42:04+00:00Rename `ast::StmtKind::Local` into `ast::StmtKind::Let`2024-03-14T11:42:04+00:00Guillaume Gomezguillaume.gomez@huawei.com2024-03-14T10:25:05+00:00urn:sha1:ca9f0630a93a12abb9a4a35f3bb1948c54515c2dFix ICE in diagnostics for parenthesized type arguments2024-03-12T20:32:21+00:00Daniel Sedlakdaniel@sedlak.dev2024-03-12T18:23:53+00:00urn:sha1:eab1f30c297027f2349ecd1322573ae3b5c9d668Rollup merge of #122152 - wutchzone:120892, r=fmease2024-03-11T16:29:35+00:00Jubilee46493976+workingjubilee@users.noreply.github.com2024-03-11T16:29:35+00:00urn:sha1:05ff86c389c206c668c27d4bba531a21d9c12065
Improve diagnostics for parenthesized type arguments
Fixes #120892
r? fmease
Rename `AddToDiagnostic` as `Subdiagnostic`.2024-03-10T23:04:49+00:00Nicholas Nethercoten.nethercote@gmail.com2024-03-06T03:00:16+00:00urn:sha1:541d7cc65c56402f31335e41075838c0da5fbe01
To match `derive(Subdiagnostic)`.
Also rename `add_to_diagnostic{,_with}` as `add_to_diag{,_with}`.
Rename `IntoDiagnosticArg` as `IntoDiagArg`.2024-03-10T22:12:19+00:00Nicholas Nethercoten.nethercote@gmail.com2024-03-05T05:53:24+00:00urn:sha1:a09b1d33a703d4ed412e70d3197e73ba7e0937f9
Also rename `into_diagnostic_arg` as `into_diag_arg`, and
`NotIntoDiagnosticArg` as `NotInotDiagArg`.
Improve diagnostics for parenthesized type arguments2024-03-09T21:15:50+00:00Daniel Sedlakdaniel@sedlak.dev2024-03-07T18:06:09+00:00urn:sha1:58f6aaa710916865253482ff99ef9c87e52d763aRollup merge of #122160 - jieyouxu:eager-translate-help-use-latest-edition, r=cjgillot2024-03-09T15:21:16+00:00Matthias Krügermatthias.krueger@famsik.de2024-03-09T15:21:16+00:00urn:sha1:985befe036f84d1df43dac66e0e78d2e0ec083b2
Eagerly translate `HelpUseLatestEdition` in parser diagnostics
Fixes #122130.
This makes me suspicious of these other two usage of `add_to_diagnostic()`. Would they *also* crash? I haven't attempted to construct test cases for them.
```
compiler/rustc_parse/src/parser/expr.rs
3453: errors::HelpUseLatestEdition::new().add_to_diagnostic(e);
compiler/rustc_hir_typeck/src/expr.rs
2603: HelpUseLatestEdition::new().add_to_diagnostic(&mut err);
```
This also seems like a footgun?
Rollup merge of #121563 - Jarcho:use_cf, r=petrochenkov2024-03-08T12:22:26+00:00Matthias Krügermatthias.krueger@famsik.de2024-03-08T12:22:26+00:00urn:sha1:3e634f8c5c461f2377ea74d69ef8b669f7f28c24
Use `ControlFlow` in visitors.
Follow up to #121256
This does have a few small behaviour changes in some diagnostic output where the visitor will now find the first match rather than the last match. The change in `find_anon_types.rs` has the only affected test. I don't see this being an issue as the last occurrence isn't any better of a choice than the first.
Rollup merge of #119365 - nbdd0121:asm-goto, r=Amanieu2024-03-08T07:19:17+00:00Matthias Krügermatthias.krueger@famsik.de2024-03-08T07:19:17+00:00urn:sha1:d774fbea7c6cff6e929864f2e3fac4ae6cc88b44
Add asm goto support to `asm!`
Tracking issue: #119364
This PR implements asm-goto support, using the syntax described in "future possibilities" section of [RFC2873](https://rust-lang.github.io/rfcs/2873-inline-asm.html#asm-goto).
Currently I have only implemented the `label` part, not the `fallthrough` part (i.e. fallthrough is implicit). This doesn't reduce the expressive though, since you can use label-break to get arbitrary control flow or simply set a value and rely on jump threading optimisation to get the desired control flow. I can add that later if deemed necessary.
r? ``@Amanieu``
cc ``@ojeda``
Eagerly translate HelpUseLatestEdition in parser diagnostics2024-03-07T23:03:42+00:00许杰友 Jieyou Xu (Joe)jieyouxu@outlook.com2024-03-07T23:03:42+00:00urn:sha1:4663fbb2cb6922c28c4bd4e4947d8213f00382b3