Triage some date-check items (#1513)

This commit is contained in:
Noah Lev 2022-11-26 05:25:58 -08:00 committed by GitHub
parent 148930593c
commit 010ab13460
6 changed files with 6 additions and 6 deletions

View File

@ -23,7 +23,7 @@ You can also install the hook as a step of running `./x.py setup`!
a file. By default, `rust-analyzer` runs the `cargo check` and `rustfmt` a file. By default, `rust-analyzer` runs the `cargo check` and `rustfmt`
commands, but you can override these commands to use more adapted versions commands, but you can override these commands to use more adapted versions
of these tools when hacking on `rustc`. For example, for Visual Studio Code, of these tools when hacking on `rustc`. For example, for Visual Studio Code,
you can write: <!-- date-check: apr 2022 --><!-- the date comment is for the edition below --> you can write: <!-- date-check: nov 2022 --><!-- the date comment is for the edition below -->
```JSON ```JSON
{ {

View File

@ -21,7 +21,7 @@ Formatting is checked by the `tidy` script. It runs automatically when you do
If you want to use format-on-save in your editor, the pinned version of If you want to use format-on-save in your editor, the pinned version of
`rustfmt` is built under `build/<target>/stage0/bin/rustfmt`. You'll have to `rustfmt` is built under `build/<target>/stage0/bin/rustfmt`. You'll have to
pass the <!-- date-check: April 2022 --> `--edition=2021` argument yourself when calling pass the <!-- date-check: nov 2022 --> `--edition=2021` argument yourself when calling
`rustfmt` directly. `rustfmt` directly.
[fmt]: https://github.com/rust-dev-tools/fmt-rfcs [fmt]: https://github.com/rust-dev-tools/fmt-rfcs

View File

@ -292,7 +292,7 @@ Moreover, the compiler wasn't originally built to use a query system; the query
system has been retrofitted into the compiler, so parts of it are not query-fied system has been retrofitted into the compiler, so parts of it are not query-fied
yet. Also, LLVM isn't our code, so that isn't querified either. The plan is to yet. Also, LLVM isn't our code, so that isn't querified either. The plan is to
eventually query-fy all of the steps listed in the previous section, eventually query-fy all of the steps listed in the previous section,
but as of <!-- date-check --> November 2021, only the steps between HIR and but as of <!-- date-check --> November 2022, only the steps between HIR and
LLVM IR are query-fied. That is, lexing, parsing, name resolution, and macro LLVM IR are query-fied. That is, lexing, parsing, name resolution, and macro
expansion are done all at once for the whole program. expansion are done all at once for the whole program.

View File

@ -141,7 +141,7 @@ the previous `Data Structures` and `Parallel Iterators`. See [this tracking issu
## Rustdoc ## Rustdoc
As of <!-- date-check--> May 2022, there are still a number of steps As of <!-- date-check--> November 2022, there are still a number of steps
to complete before rustdoc rendering can be made parallel. More details on to complete before rustdoc rendering can be made parallel. More details on
this issue can be found [here][parallel-rustdoc]. this issue can be found [here][parallel-rustdoc].

View File

@ -66,7 +66,7 @@ these passes, please let us know!)
[44136]: https://github.com/rust-lang/rust/issues/44136 [44136]: https://github.com/rust-lang/rust/issues/44136
Here is the list of passes as of <!-- date-check --> May 2022: Here is the list of passes as of <!-- date-check --> November 2022:
- `calculate-doc-coverage` calculates information used for the `--show-coverage` - `calculate-doc-coverage` calculates information used for the `--show-coverage`
flag. flag.

View File

@ -9,7 +9,7 @@ want to watch [Salsa In More
Depth](https://www.youtube.com/watch?v=i_IhACacPRY), also by Niko Depth](https://www.youtube.com/watch?v=i_IhACacPRY), also by Niko
Matsakis. Matsakis.
> As of <!-- date-check --> April 2022, although Salsa is inspired by > As of <!-- date-check --> November 2022, although Salsa is inspired by
> (among other things) rustc's query system, it is not used directly in rustc. > (among other things) rustc's query system, it is not used directly in rustc.
> It _is_ used in chalk and extensively in `rust-analyzer`, but there are no > It _is_ used in chalk and extensively in `rust-analyzer`, but there are no
> medium or long-term concrete plans to integrate it into the compiler. > medium or long-term concrete plans to integrate it into the compiler.