The GHC developers are very pleased to announce the release of GHC 9.12.3.
Binary distributions, source distributions, and documentation are available at
[downloads.haskell.org][].
GHC 9.12.3 is a bug-fix release fixing many issues of a variety of
severities and scopes, including:
* Fix a number of crashes and miscompilations in the compiler frontend (#25004, #25960, #26256)
* Improvements to efficiency of the runtime linker (#26009)
* Fixes for several bugs in bytecode generation and the bytecode interpreter (#23210, #25975, #25750)
* Fixes for bugs in the handling of WHITEHOLEs in the RTS (#26204, #26205)
* Fix incorrect code generation for SSE vector operations (#25859)
* Fix a use-after-free in the Windows runtime linker (#26613)
* Support for synchronous JSFFI exports for the wasm backend
* And many more!
A full accounting of these fixes 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][].
GHC development is sponsored by:
* [Juspay](https://juspay.com/)
* [QBayLogic](https://qbaylogic.com/)
* [Channable](https://www.channable.com/)
* [Haskell Foundation](https://haskell.foundation/)
* [Serokell](https://serokell.io/)
* [Well-Typed](https://well-typed.com/)
* [Tweag](https://www.tweag.io/)
* [Dotcom-Monitor](https://www.dotcom-monitor.com/)
* [LoadView](https://www.loadview-testing.com/)
* [Web Hosting Buddy](https://webhostingbuddy.com/)
* [Find My Electric](https://www.findmyelectric.com/)
* [Standard Chartered](https://www.sc.com)
* [UpCloud](https://upcloud.com)
* [Mercury](https://mercury.com)
We would like to thank these sponsors 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.3/docs/users_guide/9.12.3-notes.html
[status]: https://gitlab.haskell.org/ghc/ghc/-/wikis/GHC-status
[downloads.haskell.org] https://downloads.haskell.org/ghc/9.12.3
[ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new
The GHC developers are very pleased to announce the release of GHC 9.14.1.
Binary distributions, source distributions, and documentation are available at
[downloads.haskell.org][].
GHC 9.14 brings a number of new features and improvements, including:
* Significant improvements in specialisation:
* The `SPECIALISE` pragma now allows use of type application syntax
* The `SPECIALISE` pragma can be used to specialise for expression arguments
as well as type arguments.
* Specialisation is now considerably more reliable in the presence of
`newtype`s
* Significant GHCi improvements including:
* Correctness and performance improvements in the bytecode interpreter
* Features in the GHCi debugger
* Support for multiple home units in GHCi
* Implementation of the [Explicit Level Imports proposal][levels]
* `RequiredTypeArguments` can now be used in more contexts
* Greatly improved [SSE/AVX2 support][sse] in the x86 native code generator backend
* Initial native code generator support for LoongArch
* The WebAssembly backend now supports [evaluation via the interpreter][wasm-ghci], allowing
GHCi and TemplateHaskell evaluation, including `foreign import javascript`
usage from within the browser
* A new primop [`annotateStack#`][annotate-stack] for pushing arbitrary data onto the call stack
for later extraction when decoding stack traces
* [`-Wincomplete-record-selectors`][incomplete-selectors] is now part of `-Wall`. Libraries compiled
with `-Werror` may need adjustment.
* A major update of the Windows toolchain
* Improved compatibility with [macOS Tahoe][macos]
* ... and many more
A full accounting of changes can be found in the [release notes][].
See the [migration guide][] for guidance on migrating programs to this release.
Note that while this release makes many improvements in the specialisation
optimisation, polymorphic specialisation remains disabled by default in the
release due to concern over regressions of the sort identified in
[#26329][T26329]. Users needing more aggressive specialisation can explicitly
enable this feature with the `-fpolymorphic-specialisation` flag. Depending
upon our experience with 9.14.1, we may enable this feature by default in a
later minor release.
GHC development is sponsored by:
* [Juspay](https://juspay.com/)
* [QBayLogic](https://qbaylogic.com/)
* [Channable](https://www.channable.com/)
* [Haskell Foundation](https://haskell.foundation/)
* [Serokell](https://serokell.io/)
* [Well-Typed](https://well-typed.com/)
* [Tweag](https://www.tweag.io/)
* [Dotcom-Monitor](https://www.dotcom-monitor.com/)
* [LoadView](https://www.loadview-testing.com/)
* [Web Hosting Buddy](https://webhostingbuddy.com/)
* [Find My Electric](https://www.findmyelectric.com/)
* [Standard Chartered](https://www.sc.com)
* [UpCloud](https://upcloud.com)
We would like to thank these sponsors 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
comprises this release.
As always, do give this release a try and open a [ticket][] if you see
anything amiss.
[downloads.haskell.org] https://downloads.haskell.org/ghc/9.14.1
[release notes]: https://downloads.haskell.org/ghc/9.14.1/docs/users_guide/9.14.1-notes.html
[ticket]: https://gitlab.haskell.org/ghc/homepage/-/issues/new
[macos]: https://gitlab.haskell.org/ghc/ghc/-/issues/26166
[T26329]: https://gitlab.haskell.org/ghc/ghc/-/issues/26329
[levels]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0682-e…
[wasm-ghci]: https://www.tweag.io/blog/2025-04-17-wasm-ghci-browser/
[incomplete-selectors]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0516-i…
[annotate-stack]: https://gitlab.haskell.org/ghc/ghc/-/issues/26218
[migration guide]: https://gitlab.haskell.org/ghc/ghc/-/wikis/migration/9.14
[sse]: https://gitlab.haskell.org/ghc/ghc/-/issues/25030
The previous email had an incorrect subject line, GHC 9.14.1-rc3
is what it was intended to say.
The contents following this are the same.
The GHC developers are very pleased to announce the availability of the
third release candidate of GHC 9.14.1. Binary distributions, source
distributions, and documentation are available at [downloads.haskell.org][].
The changes from the second release candidate are:
- Fix RTS segfaults in certain situations (#26495)
- Fix use after free on windows due to a linker optimisation introduced in an earlier RC (#26613)
GHC 9.14 will bring a number of new features and improvements, including:
* Significant improvements in specialisation:
* The `SPECIALISE` pragma now allows use of type application syntax
* The `SPECIALISE` pragma can be used to specialise for expression arguments
as well as type arguments.
* Specialisation is now considerably more reliable in the presence of
`newtype`s
* Significant GHCi improvements including:
* Correctness and performance improvements in the bytecode interpreter
* Features in the GHCi debugger
* Support for multiple home units in GHCi
* Implementation of the [Explicit Level Imports proposal][levels]
* `RequiredTypeArguments` can now be used in more contexts
* SSE/AVX2 support in the x86 native code generator backend
* A major update of the Windows toolchain and improved compatibility with
macOS Tahoe
* ... and many more
A full accounting of changes can be found in the [release notes][]. Given the
many specialisation improvements and their potential for regression, we would
very much appreciate testing and performance characterisation on downstream
workloads.
Note that while this release makes many improvements in the specialisation
optimisation, polymorphic specialisation will remain disabled by default in the
final release due to concern over regressions of the sort identified in
[#26329][T26329]. Users needing more aggressive specialisation can explicitly
enable this feature with the `-fpolymorphic-specialisation` flag. Depending
upon our experience with 9.14.1, we may enable this feature by default in a
later minor release.
GHC development is sponsored by:
* [Juspay](https://juspay.com/)
* [QBayLogic](https://qbaylogic.com/)
* [Channable](https://www.channable.com/)
* [Haskell Foundation](https://haskell.foundation/)
* [Serokell](https://serokell.io/)
* [Well-Typed](https://well-typed.com/)
* [Tweag](https://www.tweag.io/)
* [Dotcom-Monitor](https://www.dotcom-monitor.com/)
* [LoadView](https://www.loadview-testing.com/)
* [Web Hosting Buddy](https://webhostingbuddy.com/)
* [Find My Electric](https://www.findmyelectric.com/)
* [Standard Chartered](https://www.sc.com)
* [UpCloud](https://upcloud.com)
We would like to that these sponsors 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.
[downloads.haskell.org] https://downloads.haskell.org/ghc/9.14.1-rc3
[release notes]: https://downloads.haskell.org/ghc/9.14.1-rc3/docs/users_guide/9.14.1-notes.…
[ticket]: https://gitlab.haskell.org/ghc/homepage/-/issues/new
[macos]: https://gitlab.haskell.org/ghc/ghc/-/issues/26166
[T26329]: https://gitlab.haskell.org/ghc/ghc/-/issues/26329
[levels]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0682-e…
The GHC developers are very pleased to announce the availability of the
third release candidate of GHC 9.14.1. Binary distributions, source
distributions, and documentation are available at [downloads.haskell.org][].
The changes from the second release candidate are:
- Fix RTS segfaults in certain situations (#26495)
- Fix use after free on windows due to a linker optimisation introduced in an earlier RC (#26613)
GHC 9.14 will bring a number of new features and improvements, including:
* Significant improvements in specialisation:
* The `SPECIALISE` pragma now allows use of type application syntax
* The `SPECIALISE` pragma can be used to specialise for expression arguments
as well as type arguments.
* Specialisation is now considerably more reliable in the presence of
`newtype`s
* Significant GHCi improvements including:
* Correctness and performance improvements in the bytecode interpreter
* Features in the GHCi debugger
* Support for multiple home units in GHCi
* Implementation of the [Explicit Level Imports proposal][levels]
* `RequiredTypeArguments` can now be used in more contexts
* SSE/AVX2 support in the x86 native code generator backend
* A major update of the Windows toolchain and improved compatibility with
macOS Tahoe
* ... and many more
A full accounting of changes can be found in the [release notes][]. Given the
many specialisation improvements and their potential for regression, we would
very much appreciate testing and performance characterisation on downstream
workloads.
Note that while this release makes many improvements in the specialisation
optimisation, polymorphic specialisation will remain disabled by default in the
final release due to concern over regressions of the sort identified in
[#26329][T26329]. Users needing more aggressive specialisation can explicitly
enable this feature with the `-fpolymorphic-specialisation` flag. Depending
upon our experience with 9.14.1, we may enable this feature by default in a
later minor release.
GHC development is sponsored by:
* [Juspay](https://juspay.com/)
* [QBayLogic](https://qbaylogic.com/)
* [Channable](https://www.channable.com/)
* [Haskell Foundation](https://haskell.foundation/)
* [Serokell](https://serokell.io/)
* [Well-Typed](https://well-typed.com/)
* [Tweag](https://www.tweag.io/)
* [Dotcom-Monitor](https://www.dotcom-monitor.com/)
* [LoadView](https://www.loadview-testing.com/)
* [Web Hosting Buddy](https://webhostingbuddy.com/)
* [Find My Electric](https://www.findmyelectric.com/)
* [Standard Chartered](https://www.sc.com)
* [UpCloud](https://upcloud.com)
We would like to that these sponsors 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.
[downloads.haskell.org] https://downloads.haskell.org/ghc/9.14.1-rc3
[release notes]: https://downloads.haskell.org/ghc/9.14.1-rc3/docs/users_guide/9.14.1-notes.…
[ticket]: https://gitlab.haskell.org/ghc/homepage/-/issues/new
[macos]: https://gitlab.haskell.org/ghc/ghc/-/issues/26166
[T26329]: https://gitlab.haskell.org/ghc/ghc/-/issues/26329
[levels]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0682-e…
Can you open a ticket for this please?
On 25/11/11 14:17, George Colpitts wrote:
>Thanks Zubin. I found a small problem; hopefully it is unique to me:
>
> % ghc --version
>The Glorious Glasgow Haskell Compilation System, version 9.12.2.20251110
>
>% ghc -O2 -fllvm prob214ff.hs
>Loaded package environment from
>/Users/gcolpitts/.ghc/aarch64-darwin-9.12.2.20251110/environments/default
>[1 of 2] Compiling Main ( prob214ff.hs, prob214ff.o ) [Missing
>object file]
><no location info>: warning: [GHC-66599]
> GHC was not configured with a supported LLVM toolchain
> Make sure you have installed LLVM between [13 and 20) and reinstall GHC
>to ensure -fllvm works
>
>
><no location info>: error:
> Warning: Couldn't figure out LLVM version!
> Make sure you have installed LLVM between [13 and 20)
>
>
>Failed to detect LLVM version!
>Make sure LLVM is installed correctly.
>We will try though...
><no location info>: error: LLVM Optimiser: could not execute:
>
>Although llvm 21 is not supported my understanding is that it is supposed
>to try as it says above. I do have llvm installed:
>
> opt --version
>Homebrew LLVM version 21.1.5
> Optimized build.
> Default target: arm64-apple-darwin25.1.0
> Host CPU: apple-m4
>(base) gcolpitts@Mac haskell %
>
>Plus configure also thinks I have it installed:
>
>checking for llc... llc
>checking llc version (21.1.5) is between 13 and 20... no
>configure: We only support llvm 13 upto 20 (non-inclusive) *(found 21.1.5).*
>checking for opt-19... no
>checking for opt-19.0... no
>checking for opt19... no
>checking for opt-18... no
>checking for opt-18.0... no
>checking for opt18... no
>checking for opt-17... no
>checking for opt-17.0... no
>checking for opt17... no
>checking for opt-16... no
>checking for opt-16.0... no
>checking for opt16... no
>checking for opt-15... no
>checking for opt-15.0... no
>checking for opt15... no
>checking for opt-14... no
>checking for opt-14.0... no
>checking for opt14... no
>checking for opt-13... no
>checking for opt-13.0... no
>checking for opt13... no
>checking for opt... opt
>checking opt version (21.1.5) is between 13 and 20... no
>configure: We only support llvm 13 upto 20 (non-inclusive)
>checking for llc... llc
>checking llc version (21.1.5) is between 13 and 20... no
>configure: We only support llvm 13 upto 20 (non-inclusive) *(found 21.1.5).*
>checking for opt-19... no
>checking for opt-19.0... no
>checking for opt19... no
>checking for opt-18... no
>checking for opt-18.0... no
>checking for opt18... no
>checking for opt-17... no
>checking for opt-17.0... no
>checking for opt17... no
>checking for opt-16... no
>checking for opt-16.0... no
>checking for opt16... no
>checking for opt-15... no
>checking for opt-15.0... no
>checking for opt15... no
>checking for opt-14... no
>checking for opt-14.0... no
>checking for opt14... no
>checking for opt-13... no
>checking for opt-13.0... no
>checking for opt13... no
>checking for opt... opt
>checking opt version (21.1.5) is between 13 and 20... no
>configure: We only support llvm 13 upto 20 (non-inclusive) *(found 21.1.5).*
>
>Suggestions?
>
>Thanks
>George
>
>
>On Tue, Nov 11, 2025 at 4:02 AM Zubin Duggal <zubin(a)well-typed.com> wrote:
>
>> The GHC developers are very pleased to announce the availability
>> of the second release candidate for GHC 9.12.3. Binary distributions,
>> source
>> distributions, and documentation are available at [downloads.haskell.org][]
>> and
>> via [GHCup](https://www.haskell.org/ghcup/).
>>
>> GHC 9.12.3 is a bug-fix release fixing several issues of a variety of
>> severities and scopes. A full accounting of these fixes 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][].
>>
>> This release candidate will have a two-week testing period. If all goes
>> well
>> the final release will be available the week of 24 November 2025.
>>
>> The changes from the first release candidate are
>>
>> * Fix a regression resulting in a panic with empty cases (#26442, #25960).
>> * Fix for a potential segfault in the bytecode interpreter (#23210).
>> * Fix for a regression with tabs not being allowed in string gaps (#26415).
>> * Fix for a crash with the non-moving GC (#26204).
>> * A rework of how internal symbols used by the code-generator are handled
>> to
>> adapt to changes in the Apple toolchain, enabling this release to
>> bootstrap on
>> macOS 26 Tahoe (#26166).
>>
>> GHC development is sponsored by:
>>
>> * [Juspay](https://juspay.com/)
>> * [QBayLogic](https://qbaylogic.com/)
>> * [Channable](https://www.channable.com/)
>> * [Haskell Foundation](https://haskell.foundation/)
>> * [Serokell](https://serokell.io/)
>> * [Well-Typed](https://well-typed.com/)
>> * [Tweag](https://www.tweag.io/)
>> * [Dotcom-Monitor](https://www.dotcom-monitor.com/)
>> * [LoadView](https://www.loadview-testing.com/)
>> * [Web Hosting Buddy](https://webhostingbuddy.com/)
>> * [Find My Electric](https://www.findmyelectric.com/)
>> * [Standard Chartered](https://www.sc.com)
>> * [UpCloud](https://upcloud.com)
>>
>> We would like to that these sponsors 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://gitlab.haskell.org/ghc/ghc/-/blob/ghc-9.12/docs/users_guide/9.12.3-…
>> [status]: https://gitlab.haskell.org/ghc/ghc/-/wikis/GHC-status
>> [downloads.haskell.org] https://downloads.haskell.org/ghc/9.12.3-rc2
>> [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new
>> _______________________________________________
>> ghc-devs mailing list -- ghc-devs(a)haskell.org
>> To unsubscribe send an email to ghc-devs-leave(a)haskell.org
>>
The GHC developers are very pleased to announce the availability
of the second release candidate for GHC 9.12.3. Binary distributions, source
distributions, and documentation are available at [downloads.haskell.org][] and
via [GHCup](https://www.haskell.org/ghcup/).
GHC 9.12.3 is a bug-fix release fixing several issues of a variety of
severities and scopes. A full accounting of these fixes 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][].
This release candidate will have a two-week testing period. If all goes well
the final release will be available the week of 24 November 2025.
The changes from the first release candidate are
* Fix a regression resulting in a panic with empty cases (#26442, #25960).
* Fix for a potential segfault in the bytecode interpreter (#23210).
* Fix for a regression with tabs not being allowed in string gaps (#26415).
* Fix for a crash with the non-moving GC (#26204).
* A rework of how internal symbols used by the code-generator are handled to
adapt to changes in the Apple toolchain, enabling this release to bootstrap on
macOS 26 Tahoe (#26166).
GHC development is sponsored by:
* [Juspay](https://juspay.com/)
* [QBayLogic](https://qbaylogic.com/)
* [Channable](https://www.channable.com/)
* [Haskell Foundation](https://haskell.foundation/)
* [Serokell](https://serokell.io/)
* [Well-Typed](https://well-typed.com/)
* [Tweag](https://www.tweag.io/)
* [Dotcom-Monitor](https://www.dotcom-monitor.com/)
* [LoadView](https://www.loadview-testing.com/)
* [Web Hosting Buddy](https://webhostingbuddy.com/)
* [Find My Electric](https://www.findmyelectric.com/)
* [Standard Chartered](https://www.sc.com)
* [UpCloud](https://upcloud.com)
We would like to that these sponsors 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://gitlab.haskell.org/ghc/ghc/-/blob/ghc-9.12/docs/users_guide/9.12.3-…
[status]: https://gitlab.haskell.org/ghc/ghc/-/wikis/GHC-status
[downloads.haskell.org] https://downloads.haskell.org/ghc/9.12.3-rc2
[ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new
Try refreshing https://downloads.haskell.org/ghc/9.14.1-rc2/,
I purged the CDN cache.
On 25/11/06 12:34, George Colpitts wrote:
>I get a 404 Not Found when I click on any of the darwin releases, e.g.
>https://downloads.haskell.org/ghc/9.14.1-rc2/ghc-9.14.0.20251031-aarch64-ap…
>
>On Thu, Nov 6, 2025 at 12:12 PM Zubin Duggal <zubin(a)well-typed.com> wrote:
>
>> The GHC developers are very pleased to announce the availability of the
>> second release candidate of GHC 9.14.1. Binary distributions, source
>> distributions, and documentation are available at [downloads.haskell.org
>> ][].
>>
>> The changes from the first release candidate are:
>>
>> * Bump the exceptions submodule to 0.10.11
>> * Bump the os-string submodule to 2.0.8
>> * Fix a driver regression causing an infinite loop with cyclic imports
>>
>> GHC 9.14 will bring a number of new features and improvements, including:
>>
>> * Significant improvements in specialisation:
>> * The `SPECIALISE` pragma now allows use of type application syntax
>> * The `SPECIALISE` pragma can be used to specialise for expression
>> arguments
>> as well as type arguments.
>> * Specialisation is now considerably more reliable in the presence of
>> `newtype`s
>>
>> * Significant GHCi improvements including:
>> * Correctness and performance improvements in the bytecode interpreter
>> * Features in the GHCi debugger
>> * Support for multiple home units in GHCi
>>
>> * Implementation of the [Explicit Level Imports proposal][levels]
>>
>> * `RequiredTypeArguments` can now be used in more contexts
>>
>> * SSE/AVX2 support in the x86 native code generator backend
>>
>> * A major update of the Windows toolchain and improved compatibility with
>> macOS Tahoe
>>
>> * ... and many more
>>
>> A full accounting of changes can be found in the [release notes][]. Given
>> the
>> many specialisation improvements and their potential for regression, we
>> would
>> very much appreciate testing and performance characterisation on downstream
>> workloads.
>>
>> Note that while this release makes many improvements in the specialisation
>> optimisation, polymorphic specialisation will remain disabled by default
>> in the
>> final release due to concern over regressions of the sort identified in
>> [#26329][T26329]. Users needing more aggressive specialisation can
>> explicitly
>> enable this feature with the `-fpolymorphic-specialisation` flag. Depending
>> upon our experience with 9.14.1, we may enable this feature by default in a
>> later minor release.
>>
>> We would like to thank the Zw3rk stake pool, Well-Typed, Mercury,
>> Channable,
>> Tweag I/O, Serokell, 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 have made the Haskell ecosystem what it is today.
>>
>> As always, do give this release a try and open a [ticket][] if you see
>> anything amiss.
>>
>>
>> [downloads.haskell.org] https://downloads.haskell.org/ghc/9.14.1-rc2
>> [release notes]:
>> https://downloads.haskell.org/ghc/9.14.1-rc2/docs/users_guide/9.14.1-notes.…
>> [ticket]: https://gitlab.haskell.org/ghc/homepage/-/issues/new
>> [macos]: https://gitlab.haskell.org/ghc/ghc/-/issues/26166
>> [T26329]: https://gitlab.haskell.org/ghc/ghc/-/issues/26329
>> [levels]:
>> https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0682-e…
>> _______________________________________________
>> Glasgow-haskell-users mailing list -- glasgow-haskell-users(a)haskell.org
>> To unsubscribe send an email to glasgow-haskell-users-leave(a)haskell.org
>>
The GHC developers are very pleased to announce the availability of the
second release candidate of GHC 9.14.1. Binary distributions, source
distributions, and documentation are available at [downloads.haskell.org][].
The changes from the first release candidate are:
* Bump the exceptions submodule to 0.10.11
* Bump the os-string submodule to 2.0.8
* Fix a driver regression causing an infinite loop with cyclic imports
GHC 9.14 will bring a number of new features and improvements, including:
* Significant improvements in specialisation:
* The `SPECIALISE` pragma now allows use of type application syntax
* The `SPECIALISE` pragma can be used to specialise for expression arguments
as well as type arguments.
* Specialisation is now considerably more reliable in the presence of
`newtype`s
* Significant GHCi improvements including:
* Correctness and performance improvements in the bytecode interpreter
* Features in the GHCi debugger
* Support for multiple home units in GHCi
* Implementation of the [Explicit Level Imports proposal][levels]
* `RequiredTypeArguments` can now be used in more contexts
* SSE/AVX2 support in the x86 native code generator backend
* A major update of the Windows toolchain and improved compatibility with
macOS Tahoe
* ... and many more
A full accounting of changes can be found in the [release notes][]. Given the
many specialisation improvements and their potential for regression, we would
very much appreciate testing and performance characterisation on downstream
workloads.
Note that while this release makes many improvements in the specialisation
optimisation, polymorphic specialisation will remain disabled by default in the
final release due to concern over regressions of the sort identified in
[#26329][T26329]. Users needing more aggressive specialisation can explicitly
enable this feature with the `-fpolymorphic-specialisation` flag. Depending
upon our experience with 9.14.1, we may enable this feature by default in a
later minor release.
We would like to thank the Zw3rk stake pool, Well-Typed, Mercury, Channable,
Tweag I/O, Serokell, 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 have made the Haskell ecosystem what it is today.
As always, do give this release a try and open a [ticket][] if you see
anything amiss.
[downloads.haskell.org] https://downloads.haskell.org/ghc/9.14.1-rc2
[release notes]: https://downloads.haskell.org/ghc/9.14.1-rc2/docs/users_guide/9.14.1-notes.…
[ticket]: https://gitlab.haskell.org/ghc/homepage/-/issues/new
[macos]: https://gitlab.haskell.org/ghc/ghc/-/issues/26166
[T26329]: https://gitlab.haskell.org/ghc/ghc/-/issues/26329
[levels]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0682-e…
Hi all,
I'm currently working on the final set of backports for
GHC 9.12.3-rc2. This has been delayed due to #26166 making
bootstrapping GHC impossible on the new macOS release.
I am currently in the process of backporting the fix for
this ticket (among a few other patches) to GHC 9.12.
I expect to have rc2 out in the next few days, by the end
of this week.
Cheers,
Zubin.
#26166: https://gitlab.haskell.org/ghc/ghc/-/issues/26166
