<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">I'm ok with this proposal. The whole concept of a default language seems a bit flaky to me, if we are going to start warning any time someone doesn't explicitly specify an explicit addition. While this is settling down, causing minimum disruption is good.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Simon<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 15 Feb 2024 at 08:50, Adam Gundry <<a href="mailto:adam@well-typed.com">adam@well-typed.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">Dear committee,<br>
<br>
In #632, I propose amending the GHC2024 proposal to specify that the <br>
default language used by ghc/ghci when run directly will remain GHC2021 <br>
for now, since changing to GHC2024 is not backwards compatible. (This <br>
does not affect Cabal packages either way, since Cabal specifies its own <br>
default.)<br>
<br>
<a href="https://github.com/ghc-proposals/ghc-proposals/pull/632" rel="noreferrer" target="_blank">https://github.com/ghc-proposals/ghc-proposals/pull/632</a><br>
<br>
<a href="https://github.com/adamgundry/ghc-proposals/blob/ghc2024-amendment/proposals/0613-ghc2024.rst#introduction-of-ghc2024" rel="noreferrer" target="_blank">https://github.com/adamgundry/ghc-proposals/blob/ghc2024-amendment/proposals/0613-ghc2024.rst#introduction-of-ghc2024</a><br>
<br>
On the discussion thread, some people expressed a preference that GHC <br>
should default to the latest language edition anyway. There is also <br>
Richard's suggestion of wider changes of approach in #636. However, <br>
given that the GHC 9.10 fork date is fast approaching, introducing <br>
GHC2024 but not making it the default seems like the best short-term <br>
solution to me. We can always reassess our approach to this for future <br>
releases as part of the wider discussion.<br>
<br>
If you object to the proposed approach, please speak up ASAP. Otherwise <br>
I plan to merge in a week or so.<br>
<br>
Cheers,<br>
<br>
Adam<br>
<br>
<br>
-- <br>
Adam Gundry, Haskell Consultant<br>
Well-Typed LLP, <a href="https://www.well-typed.com/" rel="noreferrer" target="_blank">https://www.well-typed.com/</a><br>
<br>
Registered in England & Wales, OC335890<br>
27 Old Gloucester Street, London WC1N 3AX, England<br>
_______________________________________________<br>
ghc-steering-committee mailing list<br>
<a href="mailto:ghc-steering-committee@haskell.org" target="_blank">ghc-steering-committee@haskell.org</a><br>
<a href="https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee" rel="noreferrer" target="_blank">https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee</a><br>
</blockquote></div>