You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
extern crate ... as std overrides the injected crate on 2018 edition #61019
externcrate some_crate as std;// or as core with #![no_std]
will:
Try to resolve prelude::v1::* in some_crate, failing if it doesn't exist. This probably limits the plausible cases where this could happen to extern crate core as std, and extern crate core as std with #![no_std].
Use some_crate in any built-in derives and for HIR lowering.
I would expect that the prelude and derives/HIR lowering to always use the injected std/core. Paths starting with std should still resolve to the in the crate the user provided.
In the 2015 edition it creates a name conflict with the implicit extern crate std.
Activity
Rollup merge of rust-lang#63919 - matthewjasper:remove-gensymmed, r=p…
Centril commentedon Dec 1, 2019
This would be fixed by #60607.
davidtwco commentedon Aug 4, 2020
Opened #75145 which fixes this.
tests: add test for rust-lang#61019's current behaviour
hir: introduce `QPath::LangItem`
Rollup merge of rust-lang#75145 - davidtwco:issue-60607-preallocate-d…