Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upICE when invoking attribute macro on crate root #41211
Comments
TimNN
added
I-ICE
A-macros
labels
Apr 11, 2017
jseyfried
self-assigned this
Apr 13, 2017
abonander
referenced this issue
Apr 16, 2017
Closed
ICE when using inner `proc_macro_attribute` on crate root #41322
Mark-Simulacrum
referenced this issue
Apr 16, 2017
Closed
ICE with proc_macro, attribute on crate #41331
This comment has been minimized.
This comment has been minimized.
|
@jseyfried If you haven't started on this one I'll go ahead and take a crack at it since people are stumbling on it. |
This comment has been minimized.
This comment has been minimized.
|
That second unwrap is |
abonander
referenced this issue
Apr 20, 2017
Open
Attribute macros invoked at crate root have issues #41430
abonander
added a commit
to abonander/rust
that referenced
this issue
Apr 20, 2017
abonander
referenced this issue
Apr 20, 2017
Merged
Don't panic if an attribute macro fails to resolve at crate root #41432
frewsxcv
added a commit
to frewsxcv/rust
that referenced
this issue
Apr 22, 2017
frewsxcv
added a commit
to frewsxcv/rust
that referenced
this issue
Apr 22, 2017
frewsxcv
added a commit
to frewsxcv/rust
that referenced
this issue
Apr 22, 2017
bors
closed this
in
#41432
Apr 22, 2017
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
abonander commentedApr 11, 2017
An ICE occurs when invoking a procedural macro attribute on the root of a crate with
#![my_proc_macro].Relevant backtrace frames:
This happens on the latest nightly [
rustc 1.18.0-nightly (ad36c2f55 2017-04-09)], however because I'm lazy I got this backtrace from the last debug build from my last PR so the lines have moved. I suspect it's one of the twounwraps()at line 217.cc @jseyfried