[ghc-steering-committee] Call for votes: Shall we have GHC2023

[Vladislav Zavialov]

I vote against frequent language editions for two reasons:
* We shouldn't change our mind about the recommended extensions so often
* We shouldn't overwhelm the user with unnecessary choice (which edition is
best?)

Right now it's down to Haskell98, Haskell2010, and GHC2021, which is good.
Each added option makes things worse. GHC2021 turned out quite well, let's
stick to it for a while and see how Haskell evolves in the next five to ten
years.

- Vlad

On Sun, Jan 22, 2023 at 4:11 PM Chris Dornan <chris at chrisdornan.com> wrote:

> I agree that we should release GHC2023 for all the reason Joachim says.
> Each GHCXXXX release is just our declaration of the extensions that we
> think should be enabled by default. It is going to change as we larn more
> about the extensions, let's clean as we go and make an annual statement of
> our recommended Haskell brew. If we are not prepared to spend a bit of time
> thinking about whether we recommend extensions we have already defined then
> that, to me, suggests something is off.
>
> What do you say Joachim to publishing schedule for proposing additions
> (and deletions) and then voting on them. I was think we could take the year
> but having a 9.8-friendly schedule makes sense.
>
> Anyway my vote is for yes to GHC2023.
>
> Chris
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-steering-committee/attachments/20230123/16491977/attachment.html>