Closed schuelermine closed 2 years ago
Thank you for reporting this issue; I can reproduce it. The problem is not in the warning displayed in the last 10 log lines, but in an earlier error:
[4 of 9] Compiling JL.Serializer ( src/JL/Serializer.hs, dist/build/JL/Serializer.o, dist/build/JL/Se
rializer.dyn_o )
src/JL/Serializer.hs:39:30: error:
• Couldn't match type ‘Data.HashMap.Internal.HashMap Text’
with ‘Data.Aeson.KeyMap.KeyMap’
Expected: Object
Actual: Data.HashMap.Internal.HashMap Text Value
• In the first argument of ‘Object’, namely ‘(fmap coreToValue hm)’
In the expression: Object (fmap coreToValue hm)
In a case alternative:
RecordCore hm -> Object (fmap coreToValue hm)
|
39 | RecordCore hm -> Object (fmap coreToValue hm)
| ^^^^^^^^^^^^^^^^^^^
Unfortunately I don't think that I will be able to contribute further to this issue.
I'm aware of this failure, but fixing it will require a bit of patching. Upstream didn't update the package to ghc 9 yet. Right now I don't have much time to do that, so in the meantime you could install it from stable, where it does build.
Please change the title to something like "jl: build failure due to ghc 9"
This has been correctly marked broken in 3e6d4c0.
See also https://github.com/NixOS/nixpkgs/pull/168049 where there was a small amount of discussion about marking this broken.
I've created an upstream PR.
The PR is now merged, and the package is now on Hackage for the first time. However, since it's not been added to Stackage Nightly yet, it won't make its way into hackagePackages
for quite some time. I'll update the derivation to use the new version directly from Hackage.
Describe the bug
Steps To Reproduce
Steps to reproduce the behavior:
pkgs.jl
Notify maintainers
@fgaz
Metadata
Please run
nix-shell -p nix-info --run "nix-info -m"
and paste the result.