<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rust/src/test/rustdoc-ui/reference-links.rs, branch 1.52.1</title>
<subtitle>https://github.com/rust-lang/rust
</subtitle>
<id>http://git.dreamy.place/mirrors/rust/atom?h=1.52.1</id>
<link rel='self' href='http://git.dreamy.place/mirrors/rust/atom?h=1.52.1'/>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/'/>
<updated>2021-03-02T00:29:15+00:00</updated>
<entry>
<title>Rename rustdoc lints to be a tool lint instead of built-in.</title>
<updated>2021-03-02T00:29:15+00:00</updated>
<author>
<name>Joshua Nelson</name>
<email>jyn514@gmail.com</email>
</author>
<published>2020-12-30T04:16:16+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=cc62018e61edfa9706b8e4e61d1b571bdee7827d'/>
<id>urn:sha1:cc62018e61edfa9706b8e4e61d1b571bdee7827d</id>
<content type='text'>
- Rename `broken_intra_doc_links` to `rustdoc::broken_intra_doc_links`
- Ensure that the old lint names still work and give deprecation errors
- Register lints even when running doctests

  Otherwise, all `rustdoc::` lints would be ignored.

- Register all existing lints as removed

  This unfortunately doesn't work with `register_renamed` because tool
  lints have not yet been registered when rustc is running. For similar
  reasons, `check_backwards_compat` doesn't work either. Call
  `register_removed` directly instead.

- Fix fallout

  + Rustdoc lints for compiler/
  + Rustdoc lints for library/

Note that this does *not* suggest `rustdoc::broken_intra_doc_links` for
`rustdoc::intra_doc_link_resolution_failure`, since there was no time
when the latter was valid.
</content>
</entry>
<entry>
<title>Only report reference-style link errors once</title>
<updated>2021-01-03T16:44:59+00:00</updated>
<author>
<name>Dániel Buga</name>
<email>bugadani@gmail.com</email>
</author>
<published>2020-10-12T14:52:20+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=4b612dd9cc579519a341fc557e0c42ed5b380c79'/>
<id>urn:sha1:4b612dd9cc579519a341fc557e0c42ed5b380c79</id>
<content type='text'>
Co-authored-by: Joshua Nelson &lt;joshua@yottadb.com&gt;
</content>
</entry>
<entry>
<title>Revert "Cleanup markdown span handling"</title>
<updated>2020-12-26T17:11:44+00:00</updated>
<author>
<name>Joshua Nelson</name>
<email>joshua@yottadb.com</email>
</author>
<published>2020-12-26T14:47:11+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=0f2571235b4ac60190b9d2dfe745367671c27c0f'/>
<id>urn:sha1:0f2571235b4ac60190b9d2dfe745367671c27c0f</id>
<content type='text'>
This caused a diagnostic regression, originally it was:

```
warning: unresolved link to `std::process::Comman`
 --&gt; link.rs:3:10
  |
3 | //! [a]: std::process::Comman
  |          ^^^^^^^^^^^^^^^^^^^^ no item named `Comman` in module `process`
  |
  = note: `#[warn(broken_intra_doc_links)]` on by default
```
but after that PR rustdoc now displays
```
warning: unresolved link to `std::process::Comman`
 --&gt; link.rs:1:14
  |
1 | //! Links to [a] [link][a]
  |              ^^^ no item named `Comman` in module `process`
  |
  = note: `#[warn(broken_intra_doc_links)]` on by default
```
which IMO is much less clear.
</content>
</entry>
</feed>
