diff options
| author | bors <bors@rust-lang.org> | 2018-07-15 08:30:36 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2018-07-15 08:30:36 +0000 |
| commit | ee8cc77b32e5480c92b0259347f32f9a4bef6f92 (patch) | |
| tree | e8b1959783538c6881328f4af13c727bc827d5f5 /src/libsyntax | |
| parent | bb09c39f4454577c9346fcce24db0f53ca49dce7 (diff) | |
| parent | e78fb9bad0e9137c75147c4469806fe0e61154c2 (diff) | |
| download | rust-ee8cc77b32e5480c92b0259347f32f9a4bef6f92.tar.gz rust-ee8cc77b32e5480c92b0259347f32f9a4bef6f92.zip | |
Auto merge of #52361 - QuietMisdreavus:proc-macro-doc, r=ollie27
rustdoc: don't panic when the cross-re-export handler sees a proc-macro When i moved the macro cross-re-export inlining code into `clean::inline`, i thought that if a macro had a `Def` that said it was a bang macro, it wouldn't be a proc macro. I thought wrong. Turns out, the `quote!()` in `libproc_macro` is actually a proc-macro, and when the `quote!()` macro is re-exported, this proc-macro is accessed in its place. This causes any `proc_macro::*` glob re-export to pull in this proc-macro, causing the assertion i added to fire, leading to an ICE. This replaces that with an Option that ignores proc-macros for the time being. Fixes https://github.com/rust-lang/rust/issues/52129
Diffstat (limited to 'src/libsyntax')
0 files changed, 0 insertions, 0 deletions
