-
Notifications
You must be signed in to change notification settings - Fork 6
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 build Serialise.hs with GHC 8.10.4 #24
Comments
Hmm, that rings a bell, maybe I addressed that in one of the PRs already? Let me check... Maybe the whole Serialize.hs module should be removed again. This was created for the use of ic-ref as an emulator in dfx (dfx start --emulator), where @hansl said that it’s important that the state can be persisted. I was never convinced, and I think Hans wants to write a separate emulator anyways. Hans? I can’t find the branch where I tried to address this, if it ever existed. One solution is certainly to continue using an older version of random, where StdGen is not abstract. Another is to use the splitmix library directly, and store Something else must have stopped me while I tried to fix this back then. Maybe the problem with building rust on the latest nixpkgs. |
Ok, something is odd. We have
and the only version of random with that constraint is 1.2.0 which exports |
Hmpf. That was a relative long time to find out that I can’t reproduce this. On current
just fine. @jwiegley, what revision are you on, what changed did you make, and what is your precise command? |
See #25 for my freeze file |
Long story short, my apologies for wasting your time. My nixpkgs uses random 1.2, but somehow it's pulling in 1.1, so it's a problem on my side to be figured out. Thank you for looking into it! |
Using the latest nixpkgs-unstable and GHC 8.10.4, I get the following error during compilation:
Pinging @nomeata
The text was updated successfully, but these errors were encountered: