diff options
| author | Michael Howell <michael@notriddle.com> | 2022-01-28 12:12:17 -0700 |
|---|---|---|
| committer | Michael Howell <michael@notriddle.com> | 2022-01-28 12:24:13 -0700 |
| commit | 3903ca197e55f209b2415e566b4b8f407f6fe899 (patch) | |
| tree | 943b210e4fefdd8e39651121e881deb492a9a67e /compiler/rustc_codegen_llvm/src | |
| parent | 427eba2f0bacdeaebc992a78eb2889564de7d7cf (diff) | |
| download | rust-3903ca197e55f209b2415e566b4b8f407f6fe899.tar.gz rust-3903ca197e55f209b2415e566b4b8f407f6fe899.zip | |
rustdoc: load the set of in-scope traits for modules with no docstring
Fixes #93428
This fix is a response to a couple of special cases related to the
`module_id`, which is eventually used for trait candidates:
* The module id is always set to the current crate, when checking `crate::`.
Normally, the set of in-scope traits would be set in `load_links_in_attrs`,
but if there are no doc comments, then that loop will never run.
* the module id is set to the parent module, when resolving a module
that is spelled like this:
// Notice how we use an outlined doc comment here!
// [`Test::my_fn`]
mod something {
}
As with the above problem with `crate::`, we need to make sure the
module gets its traits in scope resolved, even if it has no doc comments
of its own.
Diffstat (limited to 'compiler/rustc_codegen_llvm/src')
0 files changed, 0 insertions, 0 deletions
