-
Notifications
You must be signed in to change notification settings - Fork 212
crassipes-0.2.0 build failure #1299
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
Comments
@Dysproh can you replicate this failure locally? |
No |
@Dysproh do you have a lockfile, maybe? I suspect there's a transitive dependency that changed. |
the lockfile being cargo.lock? From which project? |
The build log looks odd to me, why is it EDIT: Ah, it has a |
it has to run bindgen to create ffi bindings. Is there a better way to do this? It still doesnt fail to doc on gitlab or my machine. Might this be an issue with the version of alloc or core used on docs.rs? Not exactly sure how the compiler decides on which version of those crates to use |
The error is valid on some platforms and unrelated to the build-script or generated code. In
|
Thats interesting. Anyway, these crates should only be built ever for |
See the |
I tried using |
The @jyn514 do you think it might be appropriate to add |
Sure, cargo-args seems useful. |
|
From my understanding, this could be solved with #2107? |
Crate name: Crassipes
Build failure link: https://docs.rs/crate/crassipes/0.2.0/builds/355997
Additional details: Its failing to build because a dependency, crs-bind, which is based directly on the crate vex-rt (which does build) isn't able to build due to code that is present in the original vex-rt crate. The documentation builds and displays fine both on my local machine and in Gitlab CI. crs-bind also builds and documents fine on its own.
The text was updated successfully, but these errors were encountered: