about summary refs log tree commit diff
path: root/compiler/rustc_llvm/llvm-wrapper/PassWrapper.cpp
diff options
context:
space:
mode:
authorMara Bos <m-ou.se@m-ou.se>2021-09-02 19:10:21 +0200
committerGitHub <noreply@github.com>2021-09-02 19:10:21 +0200
commit73162aabc7627b904ec5d79e7cb37268df57c0b5 (patch)
treee73d559c98514d0004fa7baba543af6dfb5f0c8b /compiler/rustc_llvm/llvm-wrapper/PassWrapper.cpp
parentf4193346fe4378dfae003a6fb22b324a7ed0c0e6 (diff)
parent50983ba6df8effdeae993b2d4ed5eefe8c863bbf (diff)
downloadrust-73162aabc7627b904ec5d79e7cb37268df57c0b5.tar.gz
rust-73162aabc7627b904ec5d79e7cb37268df57c0b5.zip
Rollup merge of #88573 - camelid:rustdoc-assoc-panic, r=GuillaumeGomez
rustdoc: Don't panic on ambiguous inherent associated types

Instead, return `Type::Infer` since compilation should fail anyway.
That's how rustdoc handles `hir::TyKind::Err`s, so this just extends
that behavior to `ty::Err`s when analyzing associated types.

For some reason, the error is printed twice with rustdoc (though only
once with rustc). I'm not sure why that is, but it's better than
panicking.

This commit also makes rustdoc fail early in the non-projection,
non-error case, instead of returning a `Res::Err` that would likely
cause rustdoc to panic later on. This change is originally from #88379.

r? `@GuillaumeGomez`
Diffstat (limited to 'compiler/rustc_llvm/llvm-wrapper/PassWrapper.cpp')
0 files changed, 0 insertions, 0 deletions