regression in ghc / cabal integration in 9.2.1
mikolaj at well-typed.com
Sat Oct 30 18:38:02 UTC 2021
Since many versions of cabal, `install` only installs executables, not
libraries, so if that worked for you, you must have had an old version
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).
On Sat, Oct 30, 2021 at 5:40 PM George Colpitts
<george.colpitts at gmail.com> 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-22.214.171.124)
> 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?
> 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
>> 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
>> * 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
>> * 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 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 at haskell.org
> ghc-devs mailing list
> ghc-devs at haskell.org
More information about the ghc-devs