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 }}
This repository has been archived by the owner on May 7, 2022. It is now read-only.
no_implicit_prelude is handy if you want to know exactly what you are using in your library, allowing you to slim it down later as you typically have all your new prelude imports altogether. Cuts down on code as well, cleaning things up drastically.
The issue is that #![no_implicit_prelude] at lib level used to work fine. Then Serde support was added and it wouldn't build Serde since it too uses no_implicit_prelude. There was a work around though which worked. Problem is, now that workaround is broken. While the project will build fine, this is problematic for documentation.
The re-export strategy also breaks the Bundle derive macro after bevyengine/bevy#1525. I ended up removing the lib prelude in my local branch since I couldn't figure out how to fix it.
Opened to track rust's fix.
no_implicit_prelude
is handy if you want to know exactly what you are using in your library, allowing you to slim it down later as you typically have all your new prelude imports altogether. Cuts down on code as well, cleaning things up drastically.The issue is that
#![no_implicit_prelude]
at lib level used to work fine. Then Serde support was added and it wouldn't build Serde since it too usesno_implicit_prelude
. There was a work around though which worked. Problem is, now that workaround is broken. While the project will build fine, this is problematic for documentation.See: rust-lang/rust#80372
Temp workaround: #83
The text was updated successfully, but these errors were encountered: