Support GHC 9.0 #356
Support GHC 9.0 #356
Conversation
stack.yaml
Outdated
| # In the dependencies for czipwith-1.0.1.3: | ||
| # base-4.15.0.0 from stack configuration does not match >=4.11 && <4.15 | ||
| # template-haskell-2.17.0.0 from stack configuration does not match >=2.9 && <2.17 |
There was a problem hiding this comment.
czipwith fails to build because of changes to template-haskell:
czipwith> /tmp/stack-7a145276237e5cc0/czipwith-1.0.1.3/src/Data/CZipWith.hs:226:13: error:
czipwith> • The constructor ‘PlainTV’ should have 2 arguments, but has been given 1
czipwith> • In the pattern: PlainTV n
czipwith> In a case alternative: PlainTV n -> n
czipwith> In the expression:
czipwith> case _tyvarbnd of
czipwith> PlainTV n -> n
czipwith> KindedTV n _ -> n
czipwith> |
czipwith> 226 | PlainTV n -> n
czipwith> | ^^^^^^^^^
There was a problem hiding this comment.
Ah, that was easy 😄 lspitzner/czipwith#2
|
Many thanks for take care, imagining how cumbersome is to have to keep up to date all these packages |
|
I quickly ran out of easy stuff to fix here. I must say, I'm a bit out of my depth here. Supporting GHC 9 feels possible to me, but maintaining support for earlier versions will be a challenge. I don't normally use CPP, and there are lots of little changes to paper over. Perhaps this should use |
|
GHC 9.2 was just released: https://discourse.haskell.org/t/ghc-9-2-1-released/3527 |
|
@jneira: Question for you about HLS integration: Does Brittany need to support all the same versions of HLS in order to be bundled with it? I would much rather support a single version of GHC and provide static binaries if that's possible. |
|
I am afraid that is the case, each hls version is shipped for each supported ghc. |
|
Closing this in favor of #357. |
This will fix #352, but it's very much a work in progress.