
Hi all, The GHC developers are very happy to at long last announce the availability of GHC 9.2.1. Binary distributions, source distributions, and documentation are available at https://downloads.haskell.org/ghc/9.2.1 GHC 9.2 brings a number of exciting features including: * A native code generation backend for AArch64, significantly speeding compilation time on ARM platforms like the Apple M1. * Many changes in the area of records, including the new `RecordDotSyntax` and `NoFieldSelectors` language extensions, as well as Support for `DuplicateRecordFields` with `PatternSynonyms`. * Introduction of the new `GHC2021` language extension set, giving users convenient access to a larger set of language extensions which have been long considered stable. * Merging of `ghc-exactprint` into the GHC tree, providing infrastructure for source-to-source program rewriting out-of-the-box. * Introduction of a `BoxedRep` `RuntimeRep`, allowing for polymorphism over levity of boxed objects (#17526) * Implementation of the `UnliftedDataTypes` extension, allowing users to define types which do not admit lazy evaluation ([proposal]) * The new [`-hi` profiling] mechanism which provides significantly improved insight into thunk leaks. * Support for the `ghc-debug` out-of-process heap inspection library [ghc-debug] * Significant improvements in the bytecode interpreter, allowing more programs to be efficently run in GHCi and Template Haskell splices. * Support for profiling of pinned objects with the cost-centre profiler (#7275) * Faster compilation and a smaller memory footprint * Introduction of Haddock documentation support in TemplateHaskell (#5467) Finally, thank you to Microsoft Research, GitHub, IOHK, the Zw3rk stake pool, Tweag I/O, Serokell, Equinix, SimSpace, and other anonymous contributors whose on-going financial and in-kind support has facilitated GHC maintenance and release management over the years. Moreover, this release would not have been possible without the hundreds of open-source contributors whose work comprise this release. As always, do open a [ticket] if you see anything amiss. Happy testing, - Ben [apple-m1]: https://www.haskell.org/ghc/blog/20210309-apple-m1-story.html [proposal]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0265-un... [-hi profiling]: https://well-typed.com/blog/2021/01/first-look-at-hi-profiling-mode/ [ghc-debug]: http://ghc.gitlab.haskell.org/ghc-debug/ [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new

Great news!
Install works on mac os if you do
xattr -rc .
before doing
make install
The mail didn't mention that nor is it mentioned in the INSTALL file.
I thought this had been fixed. I guess I'm mistaken or this is only an
issue for me.
Thanks again for getting this out! There's a lot of great stuff in the
release.
Cheers
George
On Fri, Oct 29, 2021 at 12:54 PM Ben Gamari
Hi all,
The GHC developers are very happy to at long last announce the availability of GHC 9.2.1. Binary distributions, source distributions, and documentation are available at
https://downloads.haskell.org/ghc/9.2.1
GHC 9.2 brings a number of exciting features including:
* A native code generation backend for AArch64, significantly speeding compilation time on ARM platforms like the Apple M1.
* Many changes in the area of records, including the new `RecordDotSyntax` and `NoFieldSelectors` language extensions, as well as Support for `DuplicateRecordFields` with `PatternSynonyms`.
* Introduction of the new `GHC2021` language extension set, giving users convenient access to a larger set of language extensions which have been long considered stable.
* Merging of `ghc-exactprint` into the GHC tree, providing infrastructure for source-to-source program rewriting out-of-the-box.
* Introduction of a `BoxedRep` `RuntimeRep`, allowing for polymorphism over levity of boxed objects (#17526)
* Implementation of the `UnliftedDataTypes` extension, allowing users to define types which do not admit lazy evaluation ([proposal])
* The new [`-hi` profiling] mechanism which provides significantly improved insight into thunk leaks.
* Support for the `ghc-debug` out-of-process heap inspection library [ghc-debug]
* Significant improvements in the bytecode interpreter, allowing more programs to be efficently run in GHCi and Template Haskell splices.
* Support for profiling of pinned objects with the cost-centre profiler (#7275)
* Faster compilation and a smaller memory footprint
* Introduction of Haddock documentation support in TemplateHaskell (#5467)
Finally, thank you to Microsoft Research, GitHub, IOHK, the Zw3rk stake pool, Tweag I/O, Serokell, Equinix, SimSpace, and other anonymous contributors whose on-going financial and in-kind support has facilitated GHC maintenance and release management over the years. Moreover, this release would not have been possible without the hundreds of open-source contributors whose work comprise this release.
As always, do open a [ticket] if you see anything amiss.
Happy testing,
- Ben
[apple-m1]: https://www.haskell.org/ghc/blog/20210309-apple-m1-story.html [proposal]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0265-un... [-hi https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0265-un... profiling]: https://well-typed.com/blog/2021/01/first-look-at-hi-profiling-mode/ [ghc-debug https://well-typed.com/blog/2021/01/first-look-at-hi-profiling-mode/%5Bghc-d...]: http://ghc.gitlab.haskell.org/ghc-debug/ [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Thanks Ben!
There seems to be a regression in ghc / cabal integration in 9.2.1.
In 9.2.1 if I do
cabal install vector
Compilation of a file containing
import Data.Vector
main = undefined
fails with
Could not find module ‘Data.Vector’
Perhaps you meant Data.Functor (from base-4.16.0.0)
Use -v (or `:set -v` in ghci) to see a list of the files searched for.
|
2 | import Data.Vector
| ^^^^^^^^^^^^^^^^^^
The preceding works on ghc 9.0.1
Should I file a bug against Cabal?
Thanks
George
On Fri, Oct 29, 2021 at 12:54 PM Ben Gamari
Hi all,
The GHC developers are very happy to at long last announce the availability of GHC 9.2.1. Binary distributions, source distributions, and documentation are available at
https://downloads.haskell.org/ghc/9.2.1
GHC 9.2 brings a number of exciting features including:
* A native code generation backend for AArch64, significantly speeding compilation time on ARM platforms like the Apple M1.
* Many changes in the area of records, including the new `RecordDotSyntax` and `NoFieldSelectors` language extensions, as well as Support for `DuplicateRecordFields` with `PatternSynonyms`.
* Introduction of the new `GHC2021` language extension set, giving users convenient access to a larger set of language extensions which have been long considered stable.
* Merging of `ghc-exactprint` into the GHC tree, providing infrastructure for source-to-source program rewriting out-of-the-box.
* Introduction of a `BoxedRep` `RuntimeRep`, allowing for polymorphism over levity of boxed objects (#17526)
* Implementation of the `UnliftedDataTypes` extension, allowing users to define types which do not admit lazy evaluation ([proposal])
* The new [`-hi` profiling] mechanism which provides significantly improved insight into thunk leaks.
* Support for the `ghc-debug` out-of-process heap inspection library [ghc-debug]
* Significant improvements in the bytecode interpreter, allowing more programs to be efficently run in GHCi and Template Haskell splices.
* Support for profiling of pinned objects with the cost-centre profiler (#7275)
* Faster compilation and a smaller memory footprint
* Introduction of Haddock documentation support in TemplateHaskell (#5467)
Finally, thank you to Microsoft Research, GitHub, IOHK, the Zw3rk stake pool, Tweag I/O, Serokell, Equinix, SimSpace, and other anonymous contributors whose on-going financial and in-kind support has facilitated GHC maintenance and release management over the years. Moreover, this release would not have been possible without the hundreds of open-source contributors whose work comprise this release.
As always, do open a [ticket] if you see anything amiss.
Happy testing,
- Ben
[apple-m1]: https://www.haskell.org/ghc/blog/20210309-apple-m1-story.html [proposal]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0265-un... [-hi https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0265-un... profiling]: https://well-typed.com/blog/2021/01/first-look-at-hi-profiling-mode/ [ghc-debug https://well-typed.com/blog/2021/01/first-look-at-hi-profiling-mode/%5Bghc-d...]: http://ghc.gitlab.haskell.org/ghc-debug/ [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Hi George,
Since many versions of cabal, `install` only installs executables, not
libraries, so if that worked for you, you must have had an old version
of cabal.
Please see https://github.com/haskell/cabal/issues/6481 for some
context and to help you find a new workflow that works for you
(ideally, a standard one).
Kind regards,
Mikolaj
On Sat, Oct 30, 2021 at 5:40 PM George Colpitts
Thanks Ben!
There seems to be a regression in ghc / cabal integration in 9.2.1.
In 9.2.1 if I do
cabal install vector
Compilation of a file containing
import Data.Vector
main = undefined
fails with
Could not find module ‘Data.Vector’ Perhaps you meant Data.Functor (from base-4.16.0.0) Use -v (or `:set -v` in ghci) to see a list of the files searched for. | 2 | import Data.Vector | ^^^^^^^^^^^^^^^^^^
The preceding works on ghc 9.0.1
Should I file a bug against Cabal?
Thanks George
On Fri, Oct 29, 2021 at 12:54 PM Ben Gamari
wrote: Hi all,
The GHC developers are very happy to at long last announce the availability of GHC 9.2.1. Binary distributions, source distributions, and documentation are available at
https://downloads.haskell.org/ghc/9.2.1
GHC 9.2 brings a number of exciting features including:
* A native code generation backend for AArch64, significantly speeding compilation time on ARM platforms like the Apple M1.
* Many changes in the area of records, including the new `RecordDotSyntax` and `NoFieldSelectors` language extensions, as well as Support for `DuplicateRecordFields` with `PatternSynonyms`.
* Introduction of the new `GHC2021` language extension set, giving users convenient access to a larger set of language extensions which have been long considered stable.
* Merging of `ghc-exactprint` into the GHC tree, providing infrastructure for source-to-source program rewriting out-of-the-box.
* Introduction of a `BoxedRep` `RuntimeRep`, allowing for polymorphism over levity of boxed objects (#17526)
* Implementation of the `UnliftedDataTypes` extension, allowing users to define types which do not admit lazy evaluation ([proposal])
* The new [`-hi` profiling] mechanism which provides significantly improved insight into thunk leaks.
* Support for the `ghc-debug` out-of-process heap inspection library [ghc-debug]
* Significant improvements in the bytecode interpreter, allowing more programs to be efficently run in GHCi and Template Haskell splices.
* Support for profiling of pinned objects with the cost-centre profiler (#7275)
* Faster compilation and a smaller memory footprint
* Introduction of Haddock documentation support in TemplateHaskell (#5467)
Finally, thank you to Microsoft Research, GitHub, IOHK, the Zw3rk stake pool, Tweag I/O, Serokell, Equinix, SimSpace, and other anonymous contributors whose on-going financial and in-kind support has facilitated GHC maintenance and release management over the years. Moreover, this release would not have been possible without the hundreds of open-source contributors whose work comprise this release.
As always, do open a [ticket] if you see anything amiss.
Happy testing,
- Ben
[apple-m1]: https://www.haskell.org/ghc/blog/20210309-apple-m1-story.html [proposal]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0265-un... [-hi profiling]: https://well-typed.com/blog/2021/01/first-look-at-hi-profiling-mode/ [ghc-debug]: http://ghc.gitlab.haskell.org/ghc-debug/ [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Thanks for the quick response Mikolaj. Sorry for the confusion, with cabal
install I did use --lib but accidentally omitted that in my original email.
In 9.0.1 this results in a successful compilation but in 9.2.1 it does not
thus I believe this is a regression.
Here's the output I got in 9.2.1:
bash-3.2$ cabal install vector --lib
Warning: Unknown/unsupported 'ghc' version detected (Cabal 3.4.0.0 supports
'ghc' version < 9.1): /usr/local/bin/ghc is version 9.2.1
Warning: Unknown/unsupported 'ghc' version detected (Cabal 3.4.0.0 supports
'ghc' version < 9.1): /usr/local/bin/ghc is version 9.2.1
Resolving dependencies...
Up to date
bash-3.2$ ghc buggc.hs
[1 of 1] Compiling Main ( buggc.hs, buggc.o )
buggc.hs:2:1: error:
Could not find module ‘Data.Vector’
Perhaps you meant Data.Functor (from base-4.16.0.0)
Use -v (or `:set -v` in ghci) to see a list of the files searched for.
|
2 | import Data.Vector
However I did figure out a workaround: cabal v1-install.
As far as I can tell cabal (v2-) install breaks ghc-pkg and compilation.
With cabal (v2-) install the workaround for ghc-pkg is to add the option "-f
$HOME/.cabal/store/ghc-9.2.1/package.db" to the end of the command "ghc-pkg
list". For compilation the workaround is to add "-package-db
$HOME/.cabal/store/ghc-9.2.1/package.db" to the ghc-pkg. I don't understand
why it was necessary for cabal v2-install to be incompatible with cabal
v1-install. Is there a link to any documentation and justification for
these incompatible changes?
Thanks again,
George
On Sat, Oct 30, 2021 at 3:38 PM Mikolaj Konarski
Hi George,
Since many versions of cabal, `install` only installs executables, not libraries, so if that worked for you, you must have had an old version of cabal.
Please see https://github.com/haskell/cabal/issues/6481 for some context and to help you find a new workflow that works for you (ideally, a standard one).
Kind regards, Mikolaj
On Sat, Oct 30, 2021 at 5:40 PM George Colpitts
wrote: Thanks Ben!
There seems to be a regression in ghc / cabal integration in 9.2.1.
In 9.2.1 if I do
cabal install vector
Compilation of a file containing
import Data.Vector
main = undefined
fails with
Could not find module ‘Data.Vector’ Perhaps you meant Data.Functor (from base-4.16.0.0) Use -v (or `:set -v` in ghci) to see a list of the files searched
for.
| 2 | import Data.Vector | ^^^^^^^^^^^^^^^^^^
The preceding works on ghc 9.0.1
Should I file a bug against Cabal?
Thanks George
On Fri, Oct 29, 2021 at 12:54 PM Ben Gamari
wrote: Hi all,
The GHC developers are very happy to at long last announce the availability of GHC 9.2.1. Binary distributions, source distributions, and documentation are available at
https://downloads.haskell.org/ghc/9.2.1
GHC 9.2 brings a number of exciting features including:
* A native code generation backend for AArch64, significantly speeding compilation time on ARM platforms like the Apple M1.
* Many changes in the area of records, including the new `RecordDotSyntax` and `NoFieldSelectors` language extensions, as well as Support for `DuplicateRecordFields` with `PatternSynonyms`.
* Introduction of the new `GHC2021` language extension set, giving users convenient access to a larger set of language extensions which have been long considered stable.
* Merging of `ghc-exactprint` into the GHC tree, providing infrastructure for source-to-source program rewriting out-of-the-box.
* Introduction of a `BoxedRep` `RuntimeRep`, allowing for polymorphism over levity of boxed objects (#17526)
* Implementation of the `UnliftedDataTypes` extension, allowing users to define types which do not admit lazy evaluation ([proposal])
* The new [`-hi` profiling] mechanism which provides significantly improved insight into thunk leaks.
* Support for the `ghc-debug` out-of-process heap inspection library [ghc-debug]
* Significant improvements in the bytecode interpreter, allowing more programs to be efficently run in GHCi and Template Haskell splices.
* Support for profiling of pinned objects with the cost-centre profiler (#7275)
* Faster compilation and a smaller memory footprint
* Introduction of Haddock documentation support in TemplateHaskell
(#5467)
Finally, thank you to Microsoft Research, GitHub, IOHK, the Zw3rk stake pool, Tweag I/O, Serokell, Equinix, SimSpace, and other anonymous contributors whose on-going financial and in-kind support has facilitated GHC maintenance and release management over the years. Moreover, this release would not have been possible without the hundreds of open-source contributors whose work comprise this release.
As always, do open a [ticket] if you see anything amiss.
Happy testing,
- Ben
[apple-m1]:
https://www.haskell.org/ghc/blog/20210309-apple-m1-story.html
[proposal]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0265-un... [-hi profiling]: https://well-typed.com/blog/2021/01/first-look-at-hi-profiling-mode/ [ghc-debug]: http://ghc.gitlab.haskell.org/ghc-debug/ [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Wasn't there specifically a new cabal version released to deal with
9.2.1? 3.4.1.0 / 3.6.2.0?
On Sat, Oct 30, 2021 at 3:24 PM George Colpitts
Thanks for the quick response Mikolaj. Sorry for the confusion, with cabal install I did use --lib but accidentally omitted that in my original email. In 9.0.1 this results in a successful compilation but in 9.2.1 it does not thus I believe this is a regression.
Here's the output I got in 9.2.1:
bash-3.2$ cabal install vector --lib Warning: Unknown/unsupported 'ghc' version detected (Cabal 3.4.0.0 supports 'ghc' version < 9.1): /usr/local/bin/ghc is version 9.2.1 Warning: Unknown/unsupported 'ghc' version detected (Cabal 3.4.0.0 supports 'ghc' version < 9.1): /usr/local/bin/ghc is version 9.2.1 Resolving dependencies... Up to date bash-3.2$ ghc buggc.hs [1 of 1] Compiling Main ( buggc.hs, buggc.o )
buggc.hs:2:1: error: Could not find module ‘Data.Vector’ Perhaps you meant Data.Functor (from base-4.16.0.0) Use -v (or `:set -v` in ghci) to see a list of the files searched for. | 2 | import Data.Vector
However I did figure out a workaround: cabal v1-install.
As far as I can tell cabal (v2-) install breaks ghc-pkg and compilation. With cabal (v2-) install the workaround for ghc-pkg is to add the option "-f $HOME/.cabal/store/ghc-9.2.1/package.db" to the end of the command "ghc-pkg list". For compilation the workaround is to add "-package-db $HOME/.cabal/store/ghc-9.2.1/package.db" to the ghc-pkg. I don't understand why it was necessary for cabal v2-install to be incompatible with cabal v1-install. Is there a link to any documentation and justification for these incompatible changes?
Thanks again, George
On Sat, Oct 30, 2021 at 3:38 PM Mikolaj Konarski
wrote: Hi George,
Since many versions of cabal, `install` only installs executables, not libraries, so if that worked for you, you must have had an old version of cabal.
Please see https://github.com/haskell/cabal/issues/6481 for some context and to help you find a new workflow that works for you (ideally, a standard one).
Kind regards, Mikolaj
On Sat, Oct 30, 2021 at 5:40 PM George Colpitts
wrote: Thanks Ben!
There seems to be a regression in ghc / cabal integration in 9.2.1.
In 9.2.1 if I do
cabal install vector
Compilation of a file containing
import Data.Vector
main = undefined
fails with
Could not find module ‘Data.Vector’ Perhaps you meant Data.Functor (from base-4.16.0.0) Use -v (or `:set -v` in ghci) to see a list of the files searched for. | 2 | import Data.Vector | ^^^^^^^^^^^^^^^^^^
The preceding works on ghc 9.0.1
Should I file a bug against Cabal?
Thanks George
On Fri, Oct 29, 2021 at 12:54 PM Ben Gamari
wrote: Hi all,
The GHC developers are very happy to at long last announce the availability of GHC 9.2.1. Binary distributions, source distributions, and documentation are available at
https://downloads.haskell.org/ghc/9.2.1
GHC 9.2 brings a number of exciting features including:
* A native code generation backend for AArch64, significantly speeding compilation time on ARM platforms like the Apple M1.
* Many changes in the area of records, including the new `RecordDotSyntax` and `NoFieldSelectors` language extensions, as well as Support for `DuplicateRecordFields` with `PatternSynonyms`.
* Introduction of the new `GHC2021` language extension set, giving users convenient access to a larger set of language extensions which have been long considered stable.
* Merging of `ghc-exactprint` into the GHC tree, providing infrastructure for source-to-source program rewriting out-of-the-box.
* Introduction of a `BoxedRep` `RuntimeRep`, allowing for polymorphism over levity of boxed objects (#17526)
* Implementation of the `UnliftedDataTypes` extension, allowing users to define types which do not admit lazy evaluation ([proposal])
* The new [`-hi` profiling] mechanism which provides significantly improved insight into thunk leaks.
* Support for the `ghc-debug` out-of-process heap inspection library [ghc-debug]
* Significant improvements in the bytecode interpreter, allowing more programs to be efficently run in GHCi and Template Haskell splices.
* Support for profiling of pinned objects with the cost-centre profiler (#7275)
* Faster compilation and a smaller memory footprint
* Introduction of Haddock documentation support in TemplateHaskell (#5467)
Finally, thank you to Microsoft Research, GitHub, IOHK, the Zw3rk stake pool, Tweag I/O, Serokell, Equinix, SimSpace, and other anonymous contributors whose on-going financial and in-kind support has facilitated GHC maintenance and release management over the years. Moreover, this release would not have been possible without the hundreds of open-source contributors whose work comprise this release.
As always, do open a [ticket] if you see anything amiss.
Happy testing,
- Ben
[apple-m1]: https://www.haskell.org/ghc/blog/20210309-apple-m1-story.html [proposal]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0265-un... [-hi profiling]: https://well-typed.com/blog/2021/01/first-look-at-hi-profiling-mode/ [ghc-debug]: http://ghc.gitlab.haskell.org/ghc-debug/ [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
-- brandon s allbery kf8nh allbery.b@gmail.com

Hi George,
Have you looked at the ticket I gave you? Here's one linked from it
mentioning the topic of ghc-pkg compatibility with v2-install:
https://github.com/haskell/cabal/issues/6508
I'm afraid we don't have any systematic exposition of cabal history
with rationale for its major changes, but there's a changelog and the
commit log. If you'd like to contribute something better, please do.
Why the difference between GHC versions, I don't know, or whether
upgrading your cabal would help (I doubt it). Regarding your workflow,
perhaps ask around or look up in cabal tickets how other people do
this now? I never run ghc directly, so I don't know.
Best,
Mikolaj
On Sat, Oct 30, 2021 at 9:44 PM Brandon Allbery
Wasn't there specifically a new cabal version released to deal with 9.2.1? 3.4.1.0 / 3.6.2.0?
On Sat, Oct 30, 2021 at 3:24 PM George Colpitts
wrote: Thanks for the quick response Mikolaj. Sorry for the confusion, with cabal install I did use --lib but accidentally omitted that in my original email. In 9.0.1 this results in a successful compilation but in 9.2.1 it does not thus I believe this is a regression.
Here's the output I got in 9.2.1:
bash-3.2$ cabal install vector --lib Warning: Unknown/unsupported 'ghc' version detected (Cabal 3.4.0.0 supports 'ghc' version < 9.1): /usr/local/bin/ghc is version 9.2.1 Warning: Unknown/unsupported 'ghc' version detected (Cabal 3.4.0.0 supports 'ghc' version < 9.1): /usr/local/bin/ghc is version 9.2.1 Resolving dependencies... Up to date bash-3.2$ ghc buggc.hs [1 of 1] Compiling Main ( buggc.hs, buggc.o )
buggc.hs:2:1: error: Could not find module ‘Data.Vector’ Perhaps you meant Data.Functor (from base-4.16.0.0) Use -v (or `:set -v` in ghci) to see a list of the files searched for. | 2 | import Data.Vector
However I did figure out a workaround: cabal v1-install.
As far as I can tell cabal (v2-) install breaks ghc-pkg and compilation. With cabal (v2-) install the workaround for ghc-pkg is to add the option "-f $HOME/.cabal/store/ghc-9.2.1/package.db" to the end of the command "ghc-pkg list". For compilation the workaround is to add "-package-db $HOME/.cabal/store/ghc-9.2.1/package.db" to the ghc-pkg. I don't understand why it was necessary for cabal v2-install to be incompatible with cabal v1-install. Is there a link to any documentation and justification for these incompatible changes?
Thanks again, George
On Sat, Oct 30, 2021 at 3:38 PM Mikolaj Konarski
wrote: Hi George,
Since many versions of cabal, `install` only installs executables, not libraries, so if that worked for you, you must have had an old version of cabal.
Please see https://github.com/haskell/cabal/issues/6481 for some context and to help you find a new workflow that works for you (ideally, a standard one).
Kind regards, Mikolaj
On Sat, Oct 30, 2021 at 5:40 PM George Colpitts
wrote: Thanks Ben!
There seems to be a regression in ghc / cabal integration in 9.2.1.
In 9.2.1 if I do
cabal install vector
Compilation of a file containing
import Data.Vector
main = undefined
fails with
Could not find module ‘Data.Vector’ Perhaps you meant Data.Functor (from base-4.16.0.0) Use -v (or `:set -v` in ghci) to see a list of the files searched for. | 2 | import Data.Vector | ^^^^^^^^^^^^^^^^^^
The preceding works on ghc 9.0.1
Should I file a bug against Cabal?
Thanks George
On Fri, Oct 29, 2021 at 12:54 PM Ben Gamari
wrote: Hi all,
The GHC developers are very happy to at long last announce the availability of GHC 9.2.1. Binary distributions, source distributions, and documentation are available at
https://downloads.haskell.org/ghc/9.2.1
GHC 9.2 brings a number of exciting features including:
* A native code generation backend for AArch64, significantly speeding compilation time on ARM platforms like the Apple M1.
* Many changes in the area of records, including the new `RecordDotSyntax` and `NoFieldSelectors` language extensions, as well as Support for `DuplicateRecordFields` with `PatternSynonyms`.
* Introduction of the new `GHC2021` language extension set, giving users convenient access to a larger set of language extensions which have been long considered stable.
* Merging of `ghc-exactprint` into the GHC tree, providing infrastructure for source-to-source program rewriting out-of-the-box.
* Introduction of a `BoxedRep` `RuntimeRep`, allowing for polymorphism over levity of boxed objects (#17526)
* Implementation of the `UnliftedDataTypes` extension, allowing users to define types which do not admit lazy evaluation ([proposal])
* The new [`-hi` profiling] mechanism which provides significantly improved insight into thunk leaks.
* Support for the `ghc-debug` out-of-process heap inspection library [ghc-debug]
* Significant improvements in the bytecode interpreter, allowing more programs to be efficently run in GHCi and Template Haskell splices.
* Support for profiling of pinned objects with the cost-centre profiler (#7275)
* Faster compilation and a smaller memory footprint
* Introduction of Haddock documentation support in TemplateHaskell (#5467)
Finally, thank you to Microsoft Research, GitHub, IOHK, the Zw3rk stake pool, Tweag I/O, Serokell, Equinix, SimSpace, and other anonymous contributors whose on-going financial and in-kind support has facilitated GHC maintenance and release management over the years. Moreover, this release would not have been possible without the hundreds of open-source contributors whose work comprise this release.
As always, do open a [ticket] if you see anything amiss.
Happy testing,
- Ben
[apple-m1]: https://www.haskell.org/ghc/blog/20210309-apple-m1-story.html [proposal]: https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0265-un... [-hi profiling]: https://well-typed.com/blog/2021/01/first-look-at-hi-profiling-mode/ [ghc-debug]: http://ghc.gitlab.haskell.org/ghc-debug/ [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
-- brandon s allbery kf8nh allbery.b@gmail.com

On 2021-10-30 3:43 p.m., Brandon Allbery wrote:
Wasn't there specifically a new cabal version released to deal with 9.2.1? 3.4.1.0 / 3.6.2.0?
There is a double fault here. Firstly yes, one should use a newer version of cabal-install that is known to support GHC 9.2. So, 3.6.2.0 it is! But GHC 9.2.1 will also play a role... $ cabal --version cabal-install version 3.6.2.0 compiled using version 3.6.2.0 of the Cabal library $ ghc --version The Glorious Glasgow Haskell Compilation System, version 9.2.1 $ cabal install --lib vector Resolving dependencies... Build profile: -w ghc-9.2.1 -O1 In order, the following will be built (use -v for more details): - primitive-0.7.3.0 (lib) (requires download & build) - vector-0.12.3.1 (lib) (requires download & build) [... success ...] $ cat .ghc/x86_64-linux-9.2.1/environments/default clear-package-db global-package-db package-db /home/trebla/.cabal/store/ghc-9.2.1/package.db package-id ghc-9.2.1 package-id bytestring-0.11.1.0 package-id unix-2.7.2.2 package-id base-4.16.0.0 package-id time-1.11.1.1 package-id hpc-0.6.1.0 package-id filepath-1.4.2.1 package-id process-1.6.13.2 package-id array-0.5.4.0 package-id integer-gmp-1.1 package-id containers-0.6.5.1 package-id ghc-boot-9.2.1 package-id binary-0.8.9.0 package-id ghc-prim-0.8.0 package-id ghci-9.2.1 package-id rts package-id terminfo-0.4.1.5 package-id transformers-0.5.6.2 package-id deepseq-1.4.6.0 package-id ghc-boot-th-9.2.1 package-id pretty-1.1.3.6 package-id template-haskell-2.18.0.0 package-id directory-1.3.6.2 package-id text-1.2.5.0 package-id vector-0.12.3.1-0ee0edddd7c1da5d41be6dd7eaa35c896ea170a10f2152c1d1b9be10fa606f06 $ ghci GHCi, version 9.2.1: https://www.haskell.org/ghc/ :? for help ghci> (Foreshadowing: Wait a second! Where is the obligatory message "Loaded package environment etc etc"?) ghci> import Data.Vector <no location info>: error: Could not find module ‘Data.Vector’ Perhaps you meant Data.Functor (from base-4.16.0.0)

On Fri, 29 Oct 2021 at 23:54, Ben Gamari
If you are on Fedora you can now install ghc-9.2.1 with: sudo dnf --enablerepo=updates-testing-modular module install ghc:9.2/default Cheers, Jens

It seems the OS X distribution is missing profiling libs, details at https://gitlab.haskell.org/ghc/ghc/-/issues/20707 but that's basically the whole story :)
participants (7)
-
Albert Y. C. Lai
-
Ben Gamari
-
Brandon Allbery
-
Evan Laforge
-
George Colpitts
-
Jens Petersen
-
Mikolaj Konarski