haskellPackages: update stackage and hackage#146621
Merged
sternenseemann merged 40 commits intomasterfrom Nov 24, 2021
Merged
Conversation
The availability of native codegen (which allows us to disable the LLVM backend by default) hinges on the target platform of the compiler (that is GHC), not on the platform it runs on (the host platform).
Based on https://gitlab.haskell.org/ghc/ghc/-/wikis/platforms, although it sadly doesn't list when the backends were introduced. * PowerPC, x86 (and x86_64) and Sparc have been supported for longer. * aarch64-darwin is new in 9.2.1 and backported to 8.10.5, 8.10.6 and 8.10.7 (check is dumb here since we'll grep for 8.10.7 anyways when upgrading) Fixes ghcWithPackages failing to evaluate on aarch64-darwin because of missing support for the platform in LLVM 9's compiler-rt.
This commit has been generated by maintainers/scripts/haskell/update-stackage.sh
This commit has been generated by maintainers/scripts/haskell/update-hackage.sh
This commit has been generated by maintainers/scripts/haskell/regenerate-hackage-packages.sh
sternenseemann
requested review from
cdepillabout,
expipiplus1 and
maralorn
as code owners
github-actions
bot
added
the
6.topic: haskell
sternenseemann
changed the title
Since hledger-lib 1.23 won't build with the latest doctest, there's likely a change in behavior somewhere. 0.18.2 is then the closest doctest to stackage's which works with GHC >= 9, so let's stick with it for now.
Member
Author
|
lens: 5.0.1 -> 5.1 for GHC 9.0.1 and 9.2.1 yes no? |
Member
|
The changelog looks quite tame. I think we could risk it. https://hackage.haskell.org/package/lens-5.1/changelog |
Latest on Hackage has been updated, so let's try to follow. Stackage LTS still doesn't support GHC >= 9.0
The hackage version of aeson has been updated from 2.0.1.0 -> 2.0.2.0 and now builds without intervention.
ofborg
bot
added
8.has: package (new)
…ve-codegen ghcWithPackages: fix / update LLVM deactivation if NCG is available
Member
Author
Contributor
|
HNix has Linux x64 marked - but linked there 158852562 build is all good. If something - current official version is |
Member
Author
Yeah, that observation is correct. There was a flaky test failing, causing a lot of failures, but restarting the jobs resolved this. |
Seems like its test suite triggers a similar RTS bug as the doctest test suites.
A lot of these packages are not in stackage for some reason, so we need to add some extra constraints to keep the packages stackage-compatible. Some newly uploaded packages will become broken, as they've never had a version compatible with haskell-gi 0.25.
Hackage tarball is missing necessary test data.
test suite triggers same RTS bug (?) as hls-hlint-plugin.
ghcHEAD: fix mingw build
ofborg
bot
added
the
11.by: package-maintainer
test suite triggers same RTS bug (?) as hls-hlint-plugin.
This check was wrong and caused by a bit of confusion on my part. GHC >= 8.10.5 && < 9 supports aarch64-darwin via LLVM and GHC >= 9.2.1 introduces the NCG backend for aarch64-darwin.
The updated bounds upstream (with no additional changes) are pending release as 1.0.0.1. haskell/haskell-language-server@311107e#diff-a4d51410a2d9bbbb2a72a7a055b6e7df05e69c19b914d973a7c48da72383eeb4
This commit has been generated by maintainers/scripts/haskell/mark-broken.sh
ofborg
bot
added
the
8.has: clean-up
useLLVM is what we are using in the GHC derivations already -- for better or for worse -- so we should rename the argument here for consistency which we are free to do as this is purely internal at the moment (with overriding being impossible).
6 tasks
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
5 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This Merge
This PR is the regular merge of the
haskell-updatesbranch intomaster.This branch is being continually built and tested by hydra at https://hydra.nixos.org/jobset/nixpkgs/haskell-updates. You may be able to find an up-to-date Hydra build report at cdepillabout/nix-haskell-updates-status.
We roughly aim to merge these
haskell-updatesPRs at least once every two weeks. See the @NixOS/haskell team calendar for who is currently in charge of this branch.haskellPackages Workflow Summary
Our workflow is currently described in
pkgs/development/haskell-modules/HACKING.md.The short version is this:
haskell-updates(normally at the beginning of a merge window).haskell-updatesintomasterevery two weeks.mergeablejob is succeeding on hydra.maintainedpackage is still broken at the time of merge, we will only merge if the maintainer has been pinged 7 days in advance. (If you care about a Haskell package, become a maintainer!)This is the follow-up to #145582. Come to #haskell:nixos.org if you have any questions.