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-126.96.36.199) 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 <b...@well-typed.com> 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-unlifted-datatypes.rst > [-hi > <https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0265-unlifted-datatypes.rst%5B-hi> > 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-debug>]: > http://ghc.gitlab.haskell.org/ghc-debug/ > [ticket]: https://gitlab.haskell.org/ghc/ghc/-/issues/new > _______________________________________________ > ghc-devs mailing list > ghc-d...@haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs >
_______________________________________________ Glasgow-haskell-users mailing list Glasgowfirstname.lastname@example.org http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users