Add GHC 9.6.1-alpha2 metadata #69
Conversation
| Linux_Ubuntu: | ||
| ( >= 16 && < 19 ): *ghc-961alpha2-64-deb9 | ||
| unknown_versioning: *ghc-961alpha2-64-deb10 |
There was a problem hiding this comment.
There was a problem hiding this comment.
Using the Ubuntu 18.04 bindist in the first case would be reasonable. We will certainly try to do so with the next pre-release; however, my vague sense is that it would be better to keep things as-is for this release as the current configuration has already passed our smoke-test.
However, I am honestly not sure what to do about the unknown_versioning case; there is by definition no robust solution here.
There was a problem hiding this comment.
Using the Ubuntu 18.04 bindist in the first case would be reasonable. We will certainly try to do so with the next pre-release; however, my vague sense is that it would be better to keep things as-is for this release as the current configuration has already passed our smoke-test.
We have our own tests in this repo: https://github.com/haskell/ghcup-metadata/blob/develop/.github/workflows/install-bindist.sh
However, I am honestly not sure what to do about the unknown_versioning case; there is by definition no robust solution here.
Fedora 33 has caused large breakage for end users:
- https://gitlab.haskell.org/ghc/ghc/-/issues/22268
- Visual Studio Code: can't get HLS running haskell-language-server#3367
- Say something in Troubleshooting about the GLIBC issue haskell-language-server#3247
- Fix Stack issue #5881 - More inclusive Linux/x84_64/tinfo6 variant for GHC 9.4 commercialhaskell/stackage-content#117
Either Fedora 27 bindists are reinstated or we use CentOS 7 for the time being. Rocky Linux is interesting, but does not support Ubuntu 18.04 derivates.
There was a problem hiding this comment.
Actually I'm thinking Rocky linux 8 might be ok... Centos 7 is still on ncurses 5, which is decommissioned in newer Fedora versions.
| unknown_versioning: | ||
| dlHash: 19d8d59a6d68c3b3174a8e3513d3b9236ec8f505428e7e909af4e7b108716416 | ||
| dlSubdir: ghc-9.6.0.20230128-x86_64-unknown-linux | ||
| dlUri: https://downloads.haskell.org/~ghc/9.6.0.20230128/ghc-9.6.0.20230128-x86_64-alpine3_12-linux-static-int_native.tar.xz |
There was a problem hiding this comment.
Last I tried this was unusable for me and caused linking errors. Don't we have a dynamically linked alpine bindist? And if not, why?
There was a problem hiding this comment.
My initial motivation for introducing Alpine bindists was to facilitate users who wanted a solution for static-linking. We can introduce a dynamic job for the next pre-release if this would be helpful. Was this the issue you observed with the static bindist?
There was a problem hiding this comment.
No, it was this https://github.com/haskell/haskell-language-server/actions/runs/3719591446/jobs/6308547604
Invocation:
cabal --store-dir=/__w/haskell-language-server/haskell-language-server/store v2-install --project-file="cabal.project" -w "ghc-8.10.7" --disable-tests --disable-profiling -O2 --overwrite-policy=always --install-method=copy --installdir="/__w/haskell-language-server/haskell-language-server/out/8.10.7" exe:haskell-language-server exe:haskell-language-server-wrapper
Errors:
2022-12-17T11:03:04.3496562Z [1 of 1] Compiling Main ( exe/Main.hs, dist/build/haskell-language-server/haskell-language-server-tmp/Main.o )
2022-12-17T11:03:04.3496902Z
2022-12-17T11:03:04.3497009Z exe/Main.hs:6:8: error:
2022-12-17T11:03:04.3497397Z Could not find module ‘Prelude’
2022-12-17T11:03:04.3497895Z Perhaps you haven't installed the "dyn" libraries for package ‘base-4.16.4.0’?
2022-12-17T11:03:04.3498423Z Use -v (or `:set -v` in ghci) to see a list of the files searched for.
2022-12-17T11:03:04.3504580Z |
2022-12-17T11:03:04.3504922Z 6 | module Main(main) where
2022-12-17T11:03:04.3505158Z | ^^^^
There was a problem hiding this comment.
As far as I can tell, this isn't a linking failure but rather a cabal-install configuration issue. Specifically, cabal-install is trying to build a dynamic executable despite the fact that we don't have dynamic libraries. Teaching cabal-install to handle this automatically is indeed a bit tricky.
There was a problem hiding this comment.
Does these current Alpine bindist-GHCs allow using TH, doesn't that require dynamic linking, even if final executable linkage is static?
| Linux_Mint: | ||
| < 20: *ghc-961alpha2-64-deb9 | ||
| '>= 20': *ghc-961alpha2-64-deb10 |
There was a problem hiding this comment.
These should also match ubuntu. Mint releases roughly match the ubuntu ones afair.
|
@hasufell, I'm going to move ahead with announcing the release with hope that we can merge and continue to iterate on this in future MRs. |
|
@hasufell, would you mind if I merge this? |
There are still unresolved things. I'll fix them later. |
Just as it says on the tin.