-
Notifications
You must be signed in to change notification settings - Fork 7
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
Update to GHC 9.8.2 (nightly-2024-03-26) #16
Conversation
Thanks @tbidne! I think re-adding |
@tbidne could you please regenerate it with the latest nightly? I'd like to go ahead with it. |
Can do. Note the amazonka issue is still unresolved, though I suppose it probably makes more sense to update to GHC 9.8 now and update again later as necessary. |
Yeah, let's skip |
@Bodigrim I updated the package set. I'm about 30% of the way through building it, and it looks like we took on a couple more system dependencies ( |
Thanks for working on this, much appreciated! |
262c465
to
c9875ce
Compare
New external dependencies (haskell -> dep): - core-telemetry, cql-io -> openssl - emd -> fftw - primecount -> primecount
Thanks a ton! |
Thanks for merging! |
Thought I'd open this to get the ball rolling, though I understand if we want to wait until more packages are added.
General Notes
Dropped packages
With this PR the package count drops by about 200:
In particular, quite a few
amazonka
packages have dropped out, so perhaps we want to wait for that to be fixed before merging.New system dependencies
There are a couple new system dependencies:
openssl
(required bycore-telemetry
,cql-io
)primecount
(required byprimecount
)Excluded packages
Other than exes, of the new packages that appeared in this snapshot, I excluded:
cuda
: Requires proprietary CUDA deps.stack
: Requires custom GHC to be on the PATH as it is used in TH. If this isn't considered too onerous I can add it.Nix
@googleson78
There isn't too much that is new here, other than documenting why some system libs are needed.
The main change is having
nixpkgs.follows = "ghc_nix/nixpkgs"
. I did this since we need the custom GHC to be built with the sameglibc
as the system libs. Becauseghc.nix
is a (the most?) popular way to build GHC with nix, it seems useful to make this relationship explicit. Case in point, I made this change after running into errors using a recent version ofnixos-unstable
here, as myghc.nix
built compiler was on an earlierglibc.
Note that
ghc.nix
's current nixpkgs is fairly old (September 2023).