From zubin at well-typed.com Fri Nov 1 12:11:38 2024 From: zubin at well-typed.com (Zubin Duggal) Date: Fri, 1 Nov 2024 17:41:38 +0530 Subject: [GHC-Releases] 9.12.1-alpha2 delay In-Reply-To: References: Message-ID: <3rrjk4tclmev4sdwifmn3t2qs4a4m32fk7xg65lplpb3jzuehk@ygvlyhxm5fnc> Hi all, 9.12.1-alpha2 is slightly delayed because we discovered some pipeline failures on the x86_64-linux.maurer.smart-cactus.org runner. Some investigation points to memory corruption/hardware failure as the likely cause of these issues and the runner has been taken offline. While the pipeline is now passing, out of an abundance of caution we are rerunning any jobs that ran on the affected runner. Cheers, Zubin On 24/10/30 17:30, Zubin Duggal wrote: >Hi all, > >I am currently in the process of preparing 9.12.1-alpha2. >I expect a release to be published by the end of this week. > >We are tracking the current status of the submodules in this >spreadsheet: https://docs.google.com/spreadsheets/d/19WeWjXPh8Q64qoe3fjs8AswpTHk6uLBD8WG-7R97a1U/edit?gid=1512690813#gid=1512690813 > >I want to finalise submodule versions by the next alpha in >2 weeks. If you have any requests for newer versions of >submodules/boot libraries, please update the spreadsheet and >drop me a message. > >Cheers, >Zubin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From zubin at well-typed.com Mon Nov 11 08:50:59 2024 From: zubin at well-typed.com (Zubin Duggal) Date: Mon, 11 Nov 2024 14:20:59 +0530 Subject: [GHC-Releases] GHC 9.12 release schedule and submodule status Message-ID: <57y5mkyy6rjdsspbbkzuvwiqpeangoxaz6ugmrcih7l5rc3rhc@34yxw2ea7uld> Cc Bcc: Subject: 9.12 schedule and submodule status Hi all, I'm writing to your in your role as a maintainer of one of the GHC boot packages. This is an update on the 9.12 release schedule. We plan to have the release out by the end of the month (ideally on 29/11/24), with an alpha/rc every week from now until the release is finalised: | Date | Event | | ----------------- | -------- | | Nov 15 2024 | alpha 3 | | Nov 22 2024 | release candidate | | Nov 29 2024 | final | Additionally, this is the final call for any submodule bumps that may be desired. The current status of the submodules is described in this spreadsheet, under the GHC 9.12 tab: https://docs.google.com/spreadsheets/d/19WeWjXPh8Q64qoe3fjs8AswpTHk6uLBD8WG-7R97a1U/edit?gid=1512690813#gid=1512690813 If any version that is not listed in the spreadsheet is desired, please notify me and ensure that a release is tagged and uploaded to hackage as soon as possible. I would like to finalise the state of submodules by the first release candidate. This email is individually addressed to the maintainers of all the boot libraries, as best as we could collate such a list. If you are aware of any changes to the list of GHC boot packages maintainers, please let us know. We aim to have a more systematic process for such communications with library maintainers for releases in the future. Once we finalise such a process we will let you know. Thanks for all your work, Zubin. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From zubin at well-typed.com Mon Nov 11 10:54:17 2024 From: zubin at well-typed.com (Zubin Duggal) Date: Mon, 11 Nov 2024 16:24:17 +0530 Subject: [GHC-Releases] GHC 9.12 release schedule and submodule status Message-ID: Hi all, (This is a resend of an email I sent a short while ago. I seem to have messed up some email headers that might trip up some filters so I'm resending it to be safe. You only need to read one of these if you recieved my previous email) I'm writing to your in your role as a maintainer of one of the GHC boot packages. This is an update on the 9.12 release schedule. We plan to have the release out by the end of the month (ideally on 29/11/24), with an alpha/rc every week from now until the release is finalised: | Date | Event | | ----------------- | -------- | | Nov 15 2024 | alpha 3 | | Nov 22 2024 | release candidate | | Nov 29 2024 | final | Additionally, this is the final call for any submodule bumps that may be desired. The current status of the submodules is described in this spreadsheet, under the GHC 9.12 tab: https://docs.google.com/spreadsheets/d/19WeWjXPh8Q64qoe3fjs8AswpTHk6uLBD8WG-7R97a1U/edit?gid=1512690813#gid=1512690813 If any version that is not listed in the spreadsheet is desired, please notify me and ensure that a release is tagged and uploaded to hackage as soon as possible. I would like to finalise the state of submodules by the first release candidate. This email is individually addressed to the maintainers of all the boot libraries, as best as we could collate such a list. If you are aware of any changes to the list of GHC boot packages maintainers, please let us know. We aim to have a more systematic process for such communications with library maintainers for releases in the future. Once we finalise such a process we will let you know. Thanks for all your work, Zubin. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From tamar at zhox.com Tue Nov 12 20:18:18 2024 From: tamar at zhox.com (Tamar Christina) Date: Tue, 12 Nov 2024 20:18:18 +0000 Subject: [GHC-Releases] GHC 9.12 release schedule and submodule status In-Reply-To: References: Message-ID: <625a94e4-f2d7-4e19-84d6-bc397c1d7294@zhox.com> Hi Zubin,  I've released 2.14.1.0 which would be good to include.  Let me know if you need anything from me.  Kind regards,  Tamar  Sent from Nine ________________________________ From: Zubin Duggal Sent: Monday 11 November 2024 10:54 To: GHC dev; GHC releases; Andrew Lelechenko; Julian Ospald; Melanie Phoenix; David Feuer; Mikolaj Konarski; Tamar Christina; Phil Rufflewind; Lennart Kolmodin; Ryan Scott; Judah Jacobson; david.binder at uni-tuebingen.de; Emily Pillmore; Oleg Grenrus; Simon Marlow; Michael Snoyman; Ross Paterson; Hécate; Soumik Sarkar; Lei Zhu; Miao ZhiCheng; Carsten König; Brandon S. Allbery; Matthew Craven; Li-yao Xia; Ashley Yakeley; Ben Gamari Subject: GHC 9.12 release schedule and submodule status >Hi all, > >(This is a resend of an email I sent a short while ago. I >seem to have messed up some email headers that might trip up >some filters so I'm resending it to be safe. You only need >to read one of these if you recieved my previous email) > >I'm writing to your in your role as a maintainer of one of >the GHC boot packages. > >This is an update on the 9.12 release schedule. We plan to >have the release out by the end of the month (ideally on >29/11/24), with an alpha/rc every week from now until the release is >finalised: > >| Date | Event | >| ----------------- | -------- | >| Nov 15 2024 | alpha 3 | >| Nov 22 2024 | release candidate | >| Nov 29 2024 | final | > >Additionally, this is the final call for any submodule bumps >that may be desired. The current status of the submodules is described in this >spreadsheet, under the GHC 9.12 tab: https://docs.google.com/spreadsheets/d/19WeWjXPh8Q64qoe3fjs8AswpTHk6uLBD8WG-7R97a1U/edit?gid=1512690813#gid=1512690813 > >If any version that is not listed in the spreadsheet is >desired, please notify me and ensure that a release is >tagged and uploaded to hackage as soon as possible. I would >like to finalise the state of submodules by the first release candidate. > >This email is individually addressed to the maintainers of >all the boot libraries, as best as we could collate such a >list. If you are aware of any changes to the list of GHC >boot packages maintainers, please let us know. > >We aim to have a more systematic process for such >communications with library maintainers for releases in the >future. Once we finalise such a process we will let you know. > >Thanks for all your work, >Zubin. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zubin at well-typed.com Fri Nov 15 11:11:11 2024 From: zubin at well-typed.com (Zubin Duggal) Date: Fri, 15 Nov 2024 16:41:11 +0530 Subject: [GHC-Releases] [ANNOUNCE] GHC 9.12.1-alpha3 is now available Message-ID: The GHC developers are very pleased to announce the availability of the third alpha release of GHC 9.12.1. Binary distributions, source distributions, and documentation are available at [downloads.haskell.org][]. We hope to have this release available via ghcup shortly. GHC 9.12 will bring a number of new features and improvements, including: * The new language extension [OrPatterns] allowing you to combine multiple pattern clauses into one. * The [MultilineStrings] language extension to allow you to more easily write strings spanning multiple lines in your source code. * Improvements to the OverloadedRecordDot extension, allowing the built-in `HasField` class to be used for records with fields of non lifted representations. * The [NamedDefaults] language extension has been introduced allowing you to define defaults for typeclasses other than `Num`. * More deterministic object code output, controlled by the `-fobject-determinism` flag, which improves determinism of builds a lot (though does not fully do so) at the cost of some compiler performance (1-2%). See #12935 for the details * GHC now accepts type syntax in expressions as part of [GHC Proposal #281]. * The WASM backend now has support for TemplateHaskell. * ... and many more A full accounting of changes can be found in the [release notes][]. As always, GHC's release status, including planned future releases, can be found on the GHC Wiki [status][]. We would like to thank GitHub, IOG, the Zw3rk stake pool, Well-Typed, Tweag I/O, Serokell, Equinix, SimSpace, the Haskell Foundation, and other anonymous contributors whose on-going financial and in-kind support has facilitated GHC maintenance and release management over the years. Finally, this release would not have been possible without the hundreds of open-source contributors whose work comprise this release. As always, do give this release a try and open a [ticket][] if you see anything amiss. [release notes]: https://downloads.haskell.org/ghc/9.12.1-alpha3/docs/users_guide/9.12.1-notes.html [status]: https://gitlab.haskell.org/ghc/ghc/-/wikis/GHC-status [downloads.haskell.org]: https://downloads.haskell.org/ghc/9.12.1-alpha3 [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new [OrPatterns]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0522-or-patterns.rst [MultilineStrings]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0569-multiline-strings.rst [GHC Proposal #281]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0281-visible-forall.rst [NamedDefaults]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0409-exportable-named-default.rst Cheers, Zubin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From ben at well-typed.com Fri Nov 15 14:12:47 2024 From: ben at well-typed.com (Ben Gamari) Date: Fri, 15 Nov 2024 09:12:47 -0500 Subject: [GHC-Releases] GHC 9.8.4 Message-ID: <87sersvb50.fsf@smart-cactus.org> Hi all, In light of the various issues reported in 9.8.3, I have prepared a 9.8.4 release. What is likely to be the final release pipeline can be found here [1]. However, before moving ahead with the release process, I would like to confirm that this release covers the issues raised with 9.8.3; specifically: * we ship with filepath-1.4.300.2 * we provide manpages in all binary distributions In addition, I backported two unrelated fixes (a soundness fix related to prompt# and a fix affecting -Wmissing-home-modules). Julian, perhaps you could confirm that this addresses your concerns? Cheers, - Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: From ben at well-typed.com Fri Nov 15 14:24:13 2024 From: ben at well-typed.com (Ben Gamari) Date: Fri, 15 Nov 2024 09:24:13 -0500 Subject: [GHC-Releases] GHC 9.8.4 In-Reply-To: <87sersvb50.fsf@smart-cactus.org> References: <87sersvb50.fsf@smart-cactus.org> Message-ID: <87o72gvalx.fsf@smart-cactus.org> Ben Gamari writes: > Hi all, > > In light of the various issues reported in 9.8.3, I have prepared a > 9.8.4 release. What is likely to be the final release pipeline can be > found here [1]. > Apologies, I neglected to include the link in the initial email. [1] https://gitlab.haskell.org/ghc/ghc/-/pipelines/103184 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: From ben at well-typed.com Fri Nov 15 14:54:52 2024 From: ben at well-typed.com (Ben Gamari) Date: Fri, 15 Nov 2024 09:54:52 -0500 Subject: [GHC-Releases] GHC 9.8.4 In-Reply-To: <87sersvb50.fsf@smart-cactus.org> References: <87sersvb50.fsf@smart-cactus.org> Message-ID: <87cyiw4kee.fsf@smart-cactus.org> Ben Gamari writes: > Hi all, > > In light of the various issues reported in 9.8.3, I have prepared a > 9.8.4 release. What is likely to be the final release pipeline can be > found here [1]. > > However, before moving ahead with the release process, I would like to > confirm that this release covers the issues raised with 9.8.3; > specifically: > > * we ship with filepath-1.4.300.2 > * we provide manpages in all binary distributions > > In addition, I backported two unrelated fixes (a soundness fix related > to prompt# and a fix affecting -Wmissing-home-modules). > > Julian, perhaps you could confirm that this addresses your concerns? > Unfortunately, my colleague Zubin points out that an unrelated issue in `os-string` [2] may have a large impact on HLS users. As there is a soon-to-be-merged fix for this issue I think we may need to scuttle the release candidate proposed in this thread, wait for an `os-string` release, and try again next week. Julian, does this sound right to you? Cheers, - Ben [1] https://github.com/haskell/os-string/issues/22 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: From hasufell at hasufell.de Sat Nov 16 05:48:56 2024 From: hasufell at hasufell.de (Julian Ospald) Date: Sat, 16 Nov 2024 05:48:56 +0000 Subject: [GHC-Releases] GHC 9.8.4 In-Reply-To: <87cyiw4kee.fsf@smart-cactus.org> References: <87sersvb50.fsf@smart-cactus.org> <87cyiw4kee.fsf@smart-cactus.org> Message-ID: <97F25EF7-AC4E-403D-84B4-DA5F12007B06@hasufell.de> Sure On November 15, 2024 2:54:52 PM UTC, Ben Gamari wrote: >Ben Gamari writes: > >> Hi all, >> >> In light of the various issues reported in 9.8.3, I have prepared a >> 9.8.4 release. What is likely to be the final release pipeline can be >> found here [1]. >> >> However, before moving ahead with the release process, I would like to >> confirm that this release covers the issues raised with 9.8.3; >> specifically: >> >> * we ship with filepath-1.4.300.2 >> * we provide manpages in all binary distributions >> >> In addition, I backported two unrelated fixes (a soundness fix related >> to prompt# and a fix affecting -Wmissing-home-modules). >> >> Julian, perhaps you could confirm that this addresses your concerns? >> >Unfortunately, my colleague Zubin points out that an unrelated issue in >`os-string` [2] may have a large impact on HLS users. As there is a >soon-to-be-merged fix for this issue I think we may need to scuttle the >release candidate proposed in this thread, wait for an `os-string` >release, and try again next week. > >Julian, does this sound right to you? > >Cheers, > >- Ben > > >[1] https://github.com/haskell/os-string/issues/22 From hasufell at hasufell.de Sun Nov 17 13:14:36 2024 From: hasufell at hasufell.de (Julian Ospald) Date: Sun, 17 Nov 2024 21:14:36 +0800 Subject: [GHC-Releases] GHC 9.8.4 In-Reply-To: <87cyiw4kee.fsf@smart-cactus.org> References: <87sersvb50.fsf@smart-cactus.org> <87cyiw4kee.fsf@smart-cactus.org> Message-ID: <7f233fe6-9e0d-46c7-9b3b-02784f9d1624@hasufell.de> I have fixed it. The fixed releases are as follows: - filepath - 1.4.102.0 - 1.4.301.0 - 1.5.4.0 - os-string - 2.0.7 On 11/15/24 10:54 PM, Ben Gamari wrote: > Ben Gamari writes: > >> Hi all, >> >> In light of the various issues reported in 9.8.3, I have prepared a >> 9.8.4 release. What is likely to be the final release pipeline can be >> found here [1]. >> >> However, before moving ahead with the release process, I would like to >> confirm that this release covers the issues raised with 9.8.3; >> specifically: >> >> * we ship with filepath-1.4.300.2 >> * we provide manpages in all binary distributions >> >> In addition, I backported two unrelated fixes (a soundness fix related >> to prompt# and a fix affecting -Wmissing-home-modules). >> >> Julian, perhaps you could confirm that this addresses your concerns? >> > Unfortunately, my colleague Zubin points out that an unrelated issue in > `os-string` [2] may have a large impact on HLS users. As there is a > soon-to-be-merged fix for this issue I think we may need to scuttle the > release candidate proposed in this thread, wait for an `os-string` > release, and try again next week. > > Julian, does this sound right to you? > > Cheers, > > - Ben > > > [1] https://github.com/haskell/os-string/issues/22 From ben at well-typed.com Wed Nov 20 23:54:23 2024 From: ben at well-typed.com (Ben Gamari) Date: Wed, 20 Nov 2024 18:54:23 -0500 Subject: [GHC-Releases] GHC 9.8.4 release status Message-ID: <877c8xv4uq.fsf@smart-cactus.org> Hi all, The penultimate release pipeline for 9.8.4 can be found at [0]. Unfortunately, it is affected by a non-user-facing Hadrian issue compromising one of the validation jobs. I have pushed a commit fixing this and have started a new pipeline [1]. Consequently, I wanted to inform downstreams that we are quickly closing in on the final 9.8.4 release. I believe this release has addressed all of the packaging concerns with 9.8.3 including: * manpages are now included in all jobs save CentOS 7. I am attempting [2] to enable Sphinx output on CentOS 7 as well, although there is a significant chance that this will fail due to the old Sphinx version shipped on that platform. If so I suggest that we cut our losses on documentation on CentOS 7; 9.8.4 will already be considerably better in this regard than previous releases in the series. * `filepath` has been bumped to 1.4.301.0 * `unix` has been bumped to 2.8.6.0 As well, I have included two bug-fixes to significant compiler correctness bugs. If anyone has any concerns, please do share them now so we can move ahead with finalizing the release. Cheers, - Ben [0] https://gitlab.haskell.org/ghc/ghc/-/pipelines/103460 [1] https://gitlab.haskell.org/ghc/ghc/-/pipelines/103472 [2] https://gitlab.haskell.org/ghc/ghc/-/pipelines/103475 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: From zubin at well-typed.com Fri Nov 22 13:37:47 2024 From: zubin at well-typed.com (Zubin Duggal) Date: Fri, 22 Nov 2024 19:07:47 +0530 Subject: [GHC-Releases] GHC 9.12.1 updates and rc1 status Message-ID: Hi all, We had planned to release 9.12.1-rc1 today. Unfortunately, we discovered a few regressions and bugs which need to be fixed before we can publish a release candidate, including #25382, #25375 and !13633. I am currently waiting for some of these fixes to land in master before backporting them to the release branch. I will try to have the release candidate out on Monday the 25th. The final release is currently scheduled for December 6th. We will inform you if there are any changes to this schedule. Cheers, Zubin. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From ben at well-typed.com Sat Nov 23 14:19:25 2024 From: ben at well-typed.com (Ben Gamari) Date: Sat, 23 Nov 2024 09:19:25 -0500 Subject: [GHC-Releases] GHC 9.8.4 release status Message-ID: <87zflqt4lx.fsf@smart-cactus.org> Hi all, After several false-starts, I believe we now have a candidate pipeline [1] for the 9.8.4 release. This includes bumps to the unix and filepath submodules, a few compiler correctness fixes, and some documentation packaging improvements. Do let me know if there are any questions or concerns, otherwise I will move ahead with release mid-next week. Cheers, - Ben [1] https://gitlab.haskell.org/ghc/ghc/-/pipelines/103556 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: From ben at well-typed.com Tue Nov 26 18:52:16 2024 From: ben at well-typed.com (Ben Gamari) Date: Tue, 26 Nov 2024 13:52:16 -0500 Subject: [GHC-Releases] GHC 9.8.4 release status In-Reply-To: <87zflqt4lx.fsf@smart-cactus.org> References: <87zflqt4lx.fsf@smart-cactus.org> Message-ID: <87ttbtu8tf.fsf@smart-cactus.org> Ben Gamari writes: > Hi all, > ... For the record, a bootstrapping issue and further testsuite irregularities have required another pipeline. The new release candidate is [1]. The diff [2] between this and the previous pipeline is quite small so I do not believe this should invalidate any testing you may have done thusfar. I will provide another ping once this pipeline is green, along with an updated proposed release timeline. Cheers, - Ben [1] https://gitlab.haskell.org/ghc/ghc/-/pipelines/103755 [2] https://gitlab.haskell.org/ghc/ghc/-/compare/1b2f40f996640a528c2039ec51cacc5b8c305f89...0768fe933ade0962a324f407e839d21c4469cc23?from_project_id=1&straight=false -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: From ben at well-typed.com Tue Nov 26 20:14:01 2024 From: ben at well-typed.com (Ben Gamari) Date: Tue, 26 Nov 2024 15:14:01 -0500 Subject: [GHC-Releases] Feedback on potential change in boot library Message-ID: <87serdu516.fsf@smart-cactus.org> tl;dr. We propose that GHC more aggressively bump its boot library dependencies. Hello all, Historically, GHC minor releases have been quite conservative in bumping boot library versions, generally defaulting to retaining the versions used in the GHC-x.y.1 release unless * a request is made by a boot library maintainer, or * we discover an issue which warrants a bump The motivation for this policy is both to * minimize the potential for regressions in correctness and performance, and * reduce the potential for end-user breakage due to interface changes as even minor releases can result in considerable impact (e.g. #25411, #22633) While this policy has served us well, its conservative nature demands the vigilence of both GHC and upstream maintainers to ensure that bumps that are truly necessary do not fall through the cracks. As the flaws of this process have been more apparent recently (e.g. #24597), we have done a bit of reflection on how we might improve the status quo. Concretely, I would like feedback on the adopting the following policy going forward: > Unless guidance is provided otherwise by a library maintainer, a GHC > x.y.z release will attempt to ship the newest minor version of each > boot libray in the same major series shipped with GHC x.y.1. I believe this policy would leave less room for human error and open opportunities for automated checking. On the other hand, the more aggressive bumping of submodules may mean that users are hit with more (usually minor) compatibility issues when moving between minor GHC releases. How do others feel about this? We are particularly interested to hear from boot library maintainers but feedback from packagers and users is also very much welcome. Cheers, - Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: From zubin at well-typed.com Wed Nov 27 13:38:59 2024 From: zubin at well-typed.com (Zubin Duggal) Date: Wed, 27 Nov 2024 19:08:59 +0530 Subject: [GHC-Releases] GHC 9.12.1 updates and rc1 status In-Reply-To: References: Message-ID: <55jt7bwcbebsfl55p25bfzus6fcrgzthjnsvoetxgdoqaza3hc@x3fpsa4n3db5> Hi, The patches I was waiting for have been merged, but I am still waiting on some boot library maintainers to finalise the commits that will be shipped with the release. I hope to have the rc1 release out by the end of the week. Also keeping in mind the wishes of many in the community to have a longer testing cycle between the release candidates and the final release, the final release will be pushed back to two weeks after the date of the final release candidate. The tentative schedule as of now is: RC1: 2024-11-29 Final: 2024-12-13 Thanks, Zubin. On 24/11/22 19:07, Zubin Duggal wrote: >Hi all, > >We had planned to release 9.12.1-rc1 today. Unfortunately, >we discovered a few regressions and bugs which need to be fixed >before we can publish a release candidate, including #25382, >#25375 and !13633. I am currently waiting for some of these >fixes to land in master before backporting them to the release >branch. > >I will try to have the release candidate out on Monday the 25th. > >The final release is currently scheduled for December 6th. We >will inform you if there are any changes to this schedule. > >Cheers, >Zubin. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From ben at well-typed.com Wed Nov 27 18:21:14 2024 From: ben at well-typed.com (Ben Gamari) Date: Wed, 27 Nov 2024 13:21:14 -0500 Subject: [GHC-Releases] Feedback on potential change in boot library In-Reply-To: References: <87serdu516.fsf@smart-cactus.org> <051942f7-f840-4ed5-84a8-689c5321b7d9@glitchbra.in> Message-ID: <87mshktu5l.fsf@smart-cactus.org> "Sebastian Graf" writes: > Hi, > > Do we have concrete evidence that minor bumps in a boot library have > caused breakage in the past? (That would of course be a bug in the boot > library according to the PVP.) > Yes, I cited two such examples that came to mind in the original message. These weren't hard to find, despite boot library bumps in GHC minor releases being historically rather rare. Contrary to what one might be tempted to conclude, PVP-compliant, non-buggy minor bumps can cause breakage for downstream users. The reason for this is typically the introduction of new exports. For instance, in #25411 we found that the bump of `deepseq` in 9.8.3 introduced a new export (`Unit`) from `Control.DeepSeq`. This is, of course, a minor change under the PVP but renders previously working modules unbuildable due to ambiguous occurrences. Perhaps in an ideal world all `import`s would be either `qualified` or include an explicit import list but, sadly, this is not the world in which we live. Consequently, the principle difference between a major and minor bump is that the breakage from the latter is usually "easy" to fix. However, it is breakage nevertheless and even easy breakage can cost significant time when migrating large code-bases. > I would think that such breakage is even less of an issue for a new GHC > minor release (say GHC 9.8.4). > The hackage ecosystem is likely prepared to compile with the GHC 9.8 > series at this point, so it should be possible to detect such breakages > by compiling stackage/hackage and running testsuites. > Indeed head.hackage identified the breakage in 9.8.3. However, we decided to move ahead regardless since the maintainer requested it. The policy proposed in the head of thread will make this sort of breakage considerably more likely to appear in future releases. > Besides, the only reliable way to prevent such breakage is not to bump > any boot library *at all*. > If a boot library breaks on a minor bump, it is just as likely that it > breaks on a super-minor bump. > I am not sure I agree. While the PVP is silent on this matter, IMHO patch-level bumps should not touch external interfaces at all, only implementation and packaging. This makes it much less likely for breakage to manifest. Cheers, - Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: From ben at well-typed.com Thu Nov 28 01:00:06 2024 From: ben at well-typed.com (Ben Gamari) Date: Wed, 27 Nov 2024 20:00:06 -0500 Subject: [GHC-Releases] GHC 9.8.4 release status In-Reply-To: <87ttbtu8tf.fsf@smart-cactus.org> References: <87zflqt4lx.fsf@smart-cactus.org> <87ttbtu8tf.fsf@smart-cactus.org> Message-ID: <87jzcotbot.fsf@smart-cactus.org> Ben Gamari writes: > Ben Gamari writes: > >> Hi all, >> > ... > The most recent release pipeline [1] is now finishing the last set of checks. I will plan on releasing on Friday unless someone raises concern. Cheers, - Ben [1] https://gitlab.haskell.org/ghc/ghc/-/pipelines/103809 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: From zubin at well-typed.com Fri Nov 29 12:33:23 2024 From: zubin at well-typed.com (Zubin Duggal) Date: Fri, 29 Nov 2024 18:03:23 +0530 Subject: [GHC-Releases] [ANNOUNCE] GHC 9.12.1-rc1 is now available Message-ID: The GHC developers are very pleased to announce the availability of the release candidate for GHC 9.12.1. Binary distributions, source distributions, and documentation are available at [downloads.haskell.org][]. We hope to have this release available via ghcup shortly. GHC 9.12 will bring a number of new features and improvements, including: * The new language extension [OrPatterns] allowing you to combine multiple pattern clauses into one. * The [MultilineStrings] language extension to allow you to more easily write strings spanning multiple lines in your source code. * Improvements to the OverloadedRecordDot extension, allowing the built-in `HasField` class to be used for records with fields of non lifted representations. * The [NamedDefaults] language extension has been introduced allowing you to define defaults for typeclasses other than `Num`. * More deterministic object code output, controlled by the `-fobject-determinism` flag, which improves determinism of builds a lot (though does not fully do so) at the cost of some compiler performance (1-2%). See #12935 for the details * GHC now accepts type syntax in expressions as part of [GHC Proposal #281]. * The WASM backend now has support for TemplateHaskell. * ... and many more A full accounting of changes can be found in the [release notes][]. As always, GHC's release status, including planned future releases, can be found on the GHC Wiki [status][]. We would like to thank GitHub, IOG, the Zw3rk stake pool, Well-Typed, Tweag I/O, Serokell, Equinix, SimSpace, the Haskell Foundation, and other anonymous contributors whose on-going financial and in-kind support has facilitated GHC maintenance and release management over the years. Finally, this release would not have been possible without the hundreds of open-source contributors whose work comprise this release. As always, do give this release a try and open a [ticket][] if you see anything amiss. Cheers, Zubin [release notes]: https://downloads.haskell.org/ghc/9.12.1-rc1/docs/users_guide/9.12.1-notes.html [status]: https://gitlab.haskell.org/ghc/ghc/-/wikis/GHC-status [downloads.haskell.org]: https://downloads.haskell.org/ghc/9.12.1-rc1 [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new [OrPatterns]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0522-or-patterns.rst [MultilineStrings]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0569-multiline-strings.rst [GHC Proposal #281]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0281-visible-forall.rst [NamedDefaults]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0409-exportable-named-default.rst -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From ben at well-typed.com Fri Nov 29 19:32:49 2024 From: ben at well-typed.com (Ben Gamari) Date: Fri, 29 Nov 2024 14:32:49 -0500 Subject: [GHC-Releases] GHC 9.8.4 release status In-Reply-To: <87jzcotbot.fsf@smart-cactus.org> References: <87zflqt4lx.fsf@smart-cactus.org> <87ttbtu8tf.fsf@smart-cactus.org> <87jzcotbot.fsf@smart-cactus.org> Message-ID: <87ed2tu98p.fsf@smart-cactus.org> Ben Gamari writes: > The most recent release pipeline [1] is now finishing the last set of > checks. I will plan on releasing on Friday unless someone raises > concern. > The release is essentially ready. I am happy to hold off announcing until Monday if this helps downstream packagers; just let me know. Otherwise I may announce as early as this evening EST. Cheers, - Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 832 bytes Desc: not available URL: From sgraf1337 at gmail.com Wed Nov 27 10:15:22 2024 From: sgraf1337 at gmail.com (Sebastian Graf) Date: Wed, 27 Nov 2024 10:15:22 +0000 Subject: [GHC-Releases] Feedback on potential change in boot library In-Reply-To: References: <87serdu516.fsf@smart-cactus.org> <051942f7-f840-4ed5-84a8-689c5321b7d9@glitchbra.in> Message-ID: Hi, Do we have concrete evidence that minor bumps in a boot library have caused breakage in the past? (That would of course be a bug in the boot library according to the PVP.) I would think that such breakage is even less of an issue for a new GHC minor release (say GHC 9.8.4). The hackage ecosystem is likely prepared to compile with the GHC 9.8 series at this point, so it should be possible to detect such breakages by compiling stackage/hackage and running testsuites. That is, I would think it is harder to anticipate unforeseen boot library breakage for a new major release of GHC than it is to anticipate breakage for a minor GHC release. Besides, the only reliable way to prevent such breakage is not to bump any boot library *at all*. If a boot library breaks on a minor bump, it is just as likely that it breaks on a super-minor bump. So bumping minor versions of boot library sounds reasonable to me, barring concrete evidence that minor bumps have caused problems in the past (which again means there was a bug in a boot library). Sebastian ------ Originalnachricht ------ Von "Tom Ellis" An ghc-devs at haskell.org Datum 27.11.2024 10:57:57 Betreff Re: Feedback on potential change in boot library >Thanks Adam, > >I'm not too familiar with the GHC-side requirements here, but I wonder >if we can approach this issue from a different direction: is there >something we can do to help boot libraries avoid breaking changes? > >Tom > > >On Wed, Nov 27, 2024 at 08:02:10AM +0000, Adam Gundry wrote: >> It's not obvious to me that this is a good idea. Users already complain that >> "upgrading GHC broke my code", when in practice this frequently means "when >> upgrading GHC I used new boot library versions with incompatible APIs that >> broke my code". So having a policy of introducing more frequent API changes >> (and making it harder to switch between GHC releases in a single release >> series) needs clear justification IMHO. >> >> (Of course in the long term we should make it easier for users to pin boot >> library APIs while upgrading GHC independently, but we're not there yet.) >> >> I think that by default, it makes sense for a new minor GHC release to keep >> the same API versions of boot libraries, but bump to the latest super-minor >> component (i.e. for an A.B.C.D version, keep A.B.C the same but bump D). If >> a boot library fixes a bug that is critical enough to require bumping the >> version distributed with GHC, ideally there would be an API-compatible >> release of the boot library. Of course that might not always be feasible, >> and it is ultimately a judgement call for the GHC maintainers as to which >> boot library versions are best to ship. >> >> On 26/11/2024 22:27, Hécate via ghc-devs wrote: >> > From the cabal perspective this great news, as this will allow the >> > feedback cycle between our two projects to be shorter. Glad to see the >> > GHC team is considering this! >> > >> > Cheers, >> > Hécate >> > >> > Le 26/11/2024 à 21:14, Ben Gamari a écrit : >> > > tl;dr. We propose that GHC more aggressively bump its boot library >> > > dependencies. >> > > >> > > >> > > Hello all, >> > > >> > > Historically, GHC minor releases have been quite conservative in bumping >> > > boot library versions, generally defaulting to retaining the versions >> > > used in the GHC-x.y.1 release unless >> > > >> > > * a request is made by a boot library maintainer, or >> > > * we discover an issue which warrants a bump >> > > >> > > The motivation for this policy is both to >> > > >> > > * minimize the potential for regressions in correctness and >> > > performance, and >> > > >> > > * reduce the potential for end-user breakage due to interface changes >> > > as even minor releases can result in considerable impact (e.g. >> > > #25411, #22633) >> > > >> > > While this policy has served us well, its conservative nature demands >> > > the vigilence of both GHC and upstream maintainers to ensure that bumps >> > > that are truly necessary do not fall through the cracks. >> > > >> > > As the flaws of this process have been more apparent recently (e.g. >> > > #24597), we have done a bit of reflection on how we might improve the >> > > status quo. Concretely, I would like feedback on the adopting the >> > > following policy going forward: >> > > >> > > > Unless guidance is provided otherwise by a library maintainer, a GHC >> > > > x.y.z release will attempt to ship the newest minor version of each >> > > > boot libray in the same major series shipped with GHC x.y.1. >> > > I believe this policy would leave less room for human error and open >> > > opportunities for automated checking. On the other hand, the more >> > > aggressive bumping of submodules may mean that users are hit with more >> > > (usually minor) compatibility issues when moving between minor GHC >> > > releases. >> > > >> > > How do others feel about this? We are particularly interested to hear >> > > from boot library maintainers but feedback from packagers and users is >> > > also very much welcome. >_______________________________________________ >ghc-devs mailing list >ghc-devs at haskell.org >http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs -------------- next part -------------- An HTML attachment was scrubbed... URL: