-
Notifications
You must be signed in to change notification settings - Fork 201
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot turn UnevaluatedConst
into AliasTy
#2698
Comments
Never mind. I got rid of the type alias, and avoided doing specialization in Build failure link (second attempt, same error) |
Managed to make it build on docs.rs by excluding feature |
this is odd, especially when you are using the same nightly version. You can look up the nightly version we're using under https://docs.rs/about/builds . What sometimes helps is running the doc-build with very similar arguments as we do it: https://github.com/dtolnay/cargo-docs-rs |
Thanks. That's a very useful tool. I ran |
So it's clearly not a resource limit issue, it's probably due to using experimental rust language features like specialization i think. I suspect it might fail on the specialization i do on the trait |
Weird... I tried just commenting out everything in the pub struct OptCell<T>(T); Removed the const expr and the specialized type too, yet the same error happens |
If i make a similar struct in another clean project, no error occurs, so it has to be something about my repo specifically. Very strange. It happens only when the file And i can even replace the whole file contents with this: struct Whatever(u32); And i get the same error. But doing so in a clean project does not produce the error. |
Rust ICE when doing cargo docs-rs:
|
can you report this to the compiler repo? |
Crate name
option_trait
Build failure link
https://docs.rs/crate/option_trait/1.0.0/builds/1596995
Additional details
It builds fine on my machine. Same rust nightly version too.
I think it's due to the type alias
Copied
that relies on a possibly not well formed associated type in the traitprivate::_Copied
. At least that's the only case where i've used a type alias throughout the project (located inlib.rs
)The text was updated successfully, but these errors were encountered: