I'm in support. I have added a suggested edit. On Wed, 9 Apr 2025 at 10:34, Simon Marlow via ghc-steering-committee < ghc-steering-committee@haskell.org> wrote:

Committee: I'm proposing we accept #632, which will change the policy for new language editions such that new GHC versions will use the latest language edition by default if one is not specified. GHC 9.10 didn't do this, but we'll aim to do it in the future.

Not specifying an explicit language edition is a relatively rare situation - in particular Cabal always sets the language edition. The notable cases where the default language edition will be used is when invoking "ghc" or "ghci" directly from the shell; see the proposal for more details.

If you have comments on the proposal, please discuss on github: https://github.com/ghc-proposals/ghc-proposals/pull/632

I think we should be able to reach consensus pretty quickly on this one, shall we say 2 weeks for comments?

Cheers Simon

On Tue, 8 Apr 2025 at 09:17, Adam Gundry wrote:

...

Dear Committee,

I propose to amend the process for introducing new language editions, such that GHC always uses the latest language edition by default. In particular this would change the default language edition to GHC2024 (it currently remains GHC2021):

https://github.com/ghc-proposals/ghc-proposals/pull/632

https://github.com/adamgundry/ghc-proposals/blob/ghc2024-amendment/proposals...

https://github.com/adamgundry/ghc-proposals/blob/ghc2024-amendment/proposals...

I'd like to invite Simon Marlow to be the shepherd. (Originally I was shepherding this amendment myself, in the hope that it would be a quick amendment in time for GHC 9.10, but that was clearly a forlorn hope!)

Please guide us to a conclusion as outlined in https://github.com/ghc-proposals/ghc-proposals#committee-process

Cheers,

Adam

-- Adam Gundry, Haskell Consultant Well-Typed LLP, https://www.well-typed.com/

Registered in England & Wales, OC335890 27 Old Gloucester Street, London WC1N 3AX, England

_______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee

I like it, but preferably with Simon’s suggested edit. /Matti Palli On Wed, Apr 9, 2025 at 17:22 Malte Ott via ghc-steering-committee < ghc-steering-committee@haskell.org> wrote:

I like this very much. In favor!

On 9 April 2025 13:18:59 CEST, Simon Peyton Jones via ghc-steering-committee wrote:

...

I'm in support. I have added a suggested edit.

On Wed, 9 Apr 2025 at 10:34, Simon Marlow via ghc-steering-committee < ghc-steering-committee@haskell.org> wrote:

...

Committee: I'm proposing we accept #632, which will change the policy for new language editions such that new GHC versions will use the latest language edition by default if one is not specified. GHC 9.10 didn't do this, but we'll aim to do it in the future.

Not specifying an explicit language edition is a relatively rare situation - in particular Cabal always sets the language edition. The notable cases where the default language edition will be used is when invoking "ghc" or "ghci" directly from the shell; see the proposal for more details.

If you have comments on the proposal, please discuss on github: https://github.com/ghc-proposals/ghc-proposals/pull/632

I think we should be able to reach consensus pretty quickly on this one, shall we say 2 weeks for comments?

Cheers Simon

On Tue, 8 Apr 2025 at 09:17, Adam Gundry wrote:

...

Dear Committee,

I propose to amend the process for introducing new language editions, such that GHC always uses the latest language edition by default. In particular this would change the default language edition to GHC2024 (it currently remains GHC2021):

https://github.com/ghc-proposals/ghc-proposals/pull/632

https://github.com/adamgundry/ghc-proposals/blob/ghc2024-amendment/proposals...

https://github.com/adamgundry/ghc-proposals/blob/ghc2024-amendment/proposals...

I'd like to invite Simon Marlow to be the shepherd. (Originally I was shepherding this amendment myself, in the hope that it would be a quick amendment in time for GHC 9.10, but that was clearly a forlorn hope!)

Please guide us to a conclusion as outlined in https://github.com/ghc-proposals/ghc-proposals#committee-process

Cheers,

Adam

-- Adam Gundry, Haskell Consultant Well-Typed LLP, https://www.well-typed.com/

Registered in England & Wales, OC335890 27 Old Gloucester Street, London WC1N 3AX, England https://www.google.com/maps/search/27+Old+Gloucester+Street,+London+WC1N+3AX,+England?entry=gmail&source=g

_______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee

_______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee

I've been quite pushy about these things, so it probably goes without saying, but anyway: I like the look of this iteration. On Fri, 11 Apr 2025 at 13:44, Moritz Angermann via ghc-steering-committee < ghc-steering-committee@haskell.org> wrote:

I'm on the same page as Matthias here. I'm in favour with Simons suggested edits. To me that is specifically around guiding people to insulate themselves against accidental breakage.

On Thu, 10 Apr 2025 at 15:49, Matthías Páll Gissurarson via ghc-steering-committee wrote:

...

I like it, but preferably with Simon’s suggested edit.

/Matti Palli

On Wed, Apr 9, 2025 at 17:22 Malte Ott via ghc-steering-committee < ghc-steering-committee@haskell.org> wrote:

...

I like this very much. In favor!

On 9 April 2025 13:18:59 CEST, Simon Peyton Jones via ghc-steering-committee wrote:

...

I'm in support. I have added a suggested edit.

On Wed, 9 Apr 2025 at 10:34, Simon Marlow via ghc-steering-committee < ghc-steering-committee@haskell.org> wrote:

...

Committee: I'm proposing we accept #632, which will change the policy for new language editions such that new GHC versions will use the latest language edition by default if one is not specified. GHC 9.10 didn't do this, but we'll aim to do it in the future.

Not specifying an explicit language edition is a relatively rare situation - in particular Cabal always sets the language edition. The notable cases where the default language edition will be used is when invoking "ghc" or "ghci" directly from the shell; see the proposal for more details.

If you have comments on the proposal, please discuss on github: https://github.com/ghc-proposals/ghc-proposals/pull/632

I think we should be able to reach consensus pretty quickly on this one, shall we say 2 weeks for comments?

Cheers Simon

On Tue, 8 Apr 2025 at 09:17, Adam Gundry wrote:

...

Dear Committee,

I propose to amend the process for introducing new language editions, such that GHC always uses the latest language edition by default. In particular this would change the default language edition to GHC2024 (it currently remains GHC2021):

https://github.com/ghc-proposals/ghc-proposals/pull/632

https://github.com/adamgundry/ghc-proposals/blob/ghc2024-amendment/proposals...

https://github.com/adamgundry/ghc-proposals/blob/ghc2024-amendment/proposals...

I'd like to invite Simon Marlow to be the shepherd. (Originally I was shepherding this amendment myself, in the hope that it would be a quick amendment in time for GHC 9.10, but that was clearly a forlorn hope!)

Please guide us to a conclusion as outlined in https://github.com/ghc-proposals/ghc-proposals#committee-process

Cheers,

Adam

-- Adam Gundry, Haskell Consultant Well-Typed LLP, https://www.well-typed.com/

Registered in England & Wales, OC335890 27 Old Gloucester Street, London WC1N 3AX, England https://www.google.com/maps/search/27+Old+Gloucester+Street,+London+WC1N+3AX,+England?entry=gmail&source=g

_______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org

https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee

_______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee

_______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee

_______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee

-- Arnaud Spiwack Director, Research at https://moduscreate.com and https://tweag.io.

I am in favor of the proposal and SPJ's suggested edits. Erik Simon Peyton Jones via ghc-steering-committee wrote:

I'm in support. I have added a suggested edit.

On Wed, 9 Apr 2025 at 10:34, Simon Marlow via ghc-steering-committee < ghc-steering-committee@haskell.org> wrote:

...

Committee: I'm proposing we accept #632, which will change the policy for new language editions such that new GHC versions will use the latest language edition by default if one is not specified. GHC 9.10 didn't do this, but we'll aim to do it in the future.

Not specifying an explicit language edition is a relatively rare situation - in particular Cabal always sets the language edition. The notable cases where the default language edition will be used is when invoking "ghc" or "ghci" directly from the shell; see the proposal for more details.

If you have comments on the proposal, please discuss on github: https://github.com/ghc-proposals/ghc-proposals/pull/632

I think we should be able to reach consensus pretty quickly on this one, shall we say 2 weeks for comments?

Cheers Simon

On Tue, 8 Apr 2025 at 09:17, Adam Gundry wrote:

...

Dear Committee,

I propose to amend the process for introducing new language editions, such that GHC always uses the latest language edition by default. In particular this would change the default language edition to GHC2024 (it currently remains GHC2021):

https://github.com/ghc-proposals/ghc-proposals/pull/632

https://github.com/adamgundry/ghc-proposals/blob/ghc2024-amendment/proposals...

https://github.com/adamgundry/ghc-proposals/blob/ghc2024-amendment/proposals...

I'd like to invite Simon Marlow to be the shepherd. (Originally I was shepherding this amendment myself, in the hope that it would be a quick amendment in time for GHC 9.10, but that was clearly a forlorn hope!)

Please guide us to a conclusion as outlined in https://github.com/ghc-proposals/ghc-proposals#committee-process

Cheers,

Adam

-- Adam Gundry, Haskell Consultant Well-Typed LLP, https://www.well-typed.com/

Registered in England & Wales, OC335890 27 Old Gloucester Street, London WC1N 3AX, England

_______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee

-- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/