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 upTracking issue for feature `extern_crate_self` #56409
Comments
petrochenkov
added
T-lang
B-unstable
C-tracking-issue
labels
Dec 1, 2018
petrochenkov
referenced this issue
Dec 1, 2018
Merged
experiment: Support aliasing local crate root in extern prelude #55275
This comment has been minimized.
This comment has been minimized.
|
This would be excellent. Is there something blocking stabilization here? The "work-around" described in a related issue gets significantly more awkward if you're expanding proc-macros in doctests. See my recent edition upgrade on |
This comment has been minimized.
This comment has been minimized.
I don't think so, someone just needs to submit a stabilization PR, and then it should go through the "official" approval by the lang team. |
Centril
referenced this issue
Jan 9, 2019
Closed
Document #56409 (`extern crate self as ALIAS`) #501
LukasKalbertodt
referenced this issue
Jan 17, 2019
Open
Proc macros: ability to refer to a specific crate/symbol (something similar to `$crate`) #54363
This was referenced Jan 24, 2019
Centril
added a commit
to Centril/rust
that referenced
this issue
Jan 26, 2019
bors
closed this
in
#57407
Jan 26, 2019
memoryruins
referenced this issue
Mar 28, 2019
Closed
syntax error: `extern crate self as foo` #1069
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
petrochenkov commentedDec 1, 2018
With this feature
extern crate NAME as RENAME;now acceptsNAME=selfand interprets it as referring to the local crate.As with other
extern crateitems,RENAMEin this case gets into extern prelude and therefore can be used from absolute paths and imports on 2018 edition.The feature's primary purpose is to resolve #54647 and support migration of proc macro crates to 2018 edition.
Implementation PR - #55275.