diff options
| author | Matthias Krüger <476013+matthiaskrgr@users.noreply.github.com> | 2025-06-27 22:13:00 +0200 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2025-06-27 22:13:00 +0200 |
| commit | a19d621975bf7aa18931aa55339ae767b8935d95 (patch) | |
| tree | 7e723a31e908131035074fbe564d6421eacdc892 /compiler/rustc_llvm/llvm-wrapper | |
| parent | 55d4f76c73ae517905df61674667463e65e90b47 (diff) | |
| parent | 4f3c17486eafadd4ccebdf5230b27a285c9a110d (diff) | |
| download | rust-a19d621975bf7aa18931aa55339ae767b8935d95.tar.gz rust-a19d621975bf7aa18931aa55339ae767b8935d95.zip | |
Rollup merge of #139858 - oli-obk:new-const-traits-syntax, r=fee1-dead
New const traits syntax This PR only affects the AST and doesn't actually change anything semantically. All occurrences of `~const` outside of libcore have been replaced by `[const]`. Within libcore we have to wait for rustfmt to be bumped in the bootstrap compiler. This will happen "automatically" (when rustfmt is run) during the bootstrap bump, as rustfmt converts `~const` into `[const]`. After this we can remove the `~const` support from the parser Caveat discovered during impl: there is no legacy bare trait object recovery for `[const] Trait` as that snippet in type position goes down the slice /array parsing code and will error r? ``@fee1-dead`` cc ``@nikomatsakis`` ``@traviscross`` ``@compiler-errors``
Diffstat (limited to 'compiler/rustc_llvm/llvm-wrapper')
0 files changed, 0 insertions, 0 deletions