regression in ghc / cabal integration in 9.2.1

George Colpitts george.colpitts at gmail.com
Sat Oct 30 15:38:54 UTC 2021


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 <ben at 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-devs at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/glasgow-haskell-users/attachments/20211030/69f040df/attachment.html>


More information about the Glasgow-haskell-users mailing list