about summary refs log tree commit diff
path: root/compiler/rustc_codegen_llvm/src
diff options
context:
space:
mode:
authorMichael Howell <michael@notriddle.com>2022-01-28 12:12:17 -0700
committerMichael Howell <michael@notriddle.com>2022-01-28 12:24:13 -0700
commit3903ca197e55f209b2415e566b4b8f407f6fe899 (patch)
tree943b210e4fefdd8e39651121e881deb492a9a67e /compiler/rustc_codegen_llvm/src
parent427eba2f0bacdeaebc992a78eb2889564de7d7cf (diff)
downloadrust-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