<div dir="ltr"><div dir="ltr">I vote against frequent language editions for two reasons:</div><div dir="ltr">* We shouldn't change our mind about the recommended extensions so often</div><div dir="ltr">* We shouldn't overwhelm the user with unnecessary choice (which edition is best?)</div><div dir="ltr"><br></div><div dir="ltr">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.</div><div dir="ltr"><br></div><div>- Vlad</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 22, 2023 at 4:11 PM Chris Dornan <<a href="mailto:chris@chrisdornan.com">chris@chrisdornan.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">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.<br>
<br>
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.<br>
<br>
Anyway my vote is for yes to GHC2023.<br>
<br>
Chris<br>
</blockquote></div></div>