Closed kousu closed 1 year ago
Oh I see, the code it's complaining about is an embedded package:
here's Rust's tracking issue including remedies: https://github.com/rust-lang/rust/issues/82523
I see, that code is trying to cast an integer into a bitfield!-macro generated type and it's just a bit awkward. There's an API for this -- .from_bits()
.
There's a lot of uses of mem::transmute
scattered over the code, but this was the only one that actually blocked the build. I guess the rest of the fields happen to be word-aligned? I've fixed it in #99, but probably, for consistency, the others should be changed to use from_bits()
as well :duck: :duck: :swan:
Fixed with #100, build should work now with latest rustc and transmute is gone (well except in the sample code, but it's more reasonable there)
Thanks for the catches
Thanks a lot for the quick reply! I feel lucky I was able to snatch your attention. I figured I would slowly finish the patch myself while you found some time to check your notifications. Most of my open source contributions take months. So cheers :clinking_glasses:
I'll go see about getting the AUR package updated now :)
Thanks for the report, closing this out. Latest master should build.
Describe the bug
If I try to build from source it fails with
Logs
On this commit:
which is the current HEAD: 63777c6c5901045d57c272ca53d58a10bb1680c1
but I've seen it on both 45a073f9283026dcf74f99536d0f2899b6caee99 and ed469b742cdd6465664e749378c6abbf088dff6b.
I'm really not familiar with Rust but can I assume this has something to do with Arch's Rust being even more bleeding edge, and therefore stricter, than Ubuntu's? And since the problem is in a dependency, fixing it means bumping that dependency's version?