[ANNOUNCE] GHC 8.8.1 and cabal-install version

Mon Sep 2 15:41:45 UTC 2019

https://www.haskell.org/ghc/blog/20190825-ghc-8.8.1-released.html says

cabal-install users should note that cabal-install-3.0 or later is required
for use with GHC 8.8.

but this seems wrong or have I done something wrong?

$ cabal install cabal-install
cabal install cabal-install
...

Resolving dependencies...
cabal: Could not resolve dependencies:
[__0] trying: cabal-install-3.0.0.0 (user goal)
[__1] next goal: time (dependency of cabal-install)
[__1] rejecting: time-1.9.3/installed-1.9... (conflict: cabal-install =>
base>=4.8 && <4.13, time => base==4.13.0.0/installed-4.1...)
[__1] trying: time-1.9.3
[__2] next goal: stm (dependency of cabal-install)
[__2] rejecting: stm-2.5.0.0/installed-2.5... (conflict: cabal-install =>
base>=4.8 && <4.13, stm => base==4.13.0.0/installed-4.1...)
[__2] trying: stm-2.5.0.0
[__3] next goal: process (dependency of cabal-install)
[__3] rejecting: process-1.6.5.1/installed-1.6... (conflict: cabal-install
=>
base>=4.8 && <4.13, process => base==4.13.0.0/installed-4.1...)
[__3] trying: process-1.6.5.1
[__4] next goal: pretty (dependency of cabal-install)
[__4] rejecting: pretty-1.1.3.6/installed-1.1... (conflict: cabal-install =>
base>=4.8 && <4.13, pretty => base==4.13.0.0/installed-4.1...)
[__4] trying: pretty-1.1.3.6
[__5] next goal: network (dependency of cabal-install)
[__5] rejecting: network-3.1.0.1/installed-CeX... (conflict: cabal-install
=>
base>=4.8 && <4.13, network => base==4.13.0.0/installed-4.1...)
[__5] trying: network-3.1.0.1
[__6] trying: hackage-security-0.5.3.0 (dependency of cabal-install)
[__7] next goal: template-haskell (dependency of hackage-security)
[__7] rejecting: template-haskell-2.15.0.0/installed-2.1... (conflict:
cabal-install => base>=4.8 && <4.13, template-haskell =>
base==4.13.0.0/installed-4.1...)
[__7] rejecting: template-haskell-2.15.0.0, template-haskell-2.14.0.0,
template-haskell-2.13.0.0, template-haskell-2.12.0.0,
template-haskell-2.11.1.0, template-haskell-2.11.0.0,
template-haskell-2.10.0.0, template-haskell-2.9.0.0,
template-haskell-2.8.0.0,
template-haskell-2.7.0.0, template-haskell-2.6.0.0,
template-haskell-2.5.0.0,
template-haskell-2.4.0.1, template-haskell-2.4.0.0,
template-haskell-2.3.0.1,
template-haskell-2.3.0.0, template-haskell-2.2.0.0 (constraint from
non-upgradeable package requires installed instance)
[__7] fail (backjumping, conflict set: cabal-install, hackage-security,
template-haskell)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: base, cabal-install, directory,
template-haskell, process, time, network, pretty, hackage-security, deepseq,
HTTP, stm, cabal-install:lib

On Mon, Aug 26, 2019 at 6:25 AM Ben Gamari <ben at well-typed.com> wrote:

>
> Hello everyone,
>
> The GHC team is pleased to announce the release candidate for GHC 8.8.1.
> The source distribution, binary distributions, and documentation are
> available at
>
>     https://downloads.haskell.org/ghc/8.8.1
>
> This release is the culmination of over 3000 commits by over one hundred
> contributors and has several new features and numerous bug fixes
> relative to GHC 8.6:
>
>  * Visible kind applications are now supported (GHC Proposal #15)
>
>  * Profiling now works correctly on 64-bit Windows (although still may
>    be problematic on 32-bit Windows due to platform limitations; see
>    #15934)
>
>  * A new code layout algorithm for amd64's native code generator
>    significantly improving the runtime performance of some kernels
>
>  * The introduction of a late lambda-lifting pass which may reduce
>    allocations significantly for some programs.
>
>  * Further work on Trees That Grow, enabling improved code re-use of the
>    Haskell AST in tooling
>
>  * Users can write `forall` in more contexts (GHC Proposal #7)
>
>  * The pattern-match checker is now more precise in the presence of
>    strict fields with uninhabited types.
>
>  * A comprehensive audit of GHC's memory ordering barriers has been
>    performed, resulting in a number of fixes that should significantly
>    improve the reliability of programs on architectures with
>    weakly-ordered memory models (e.g. PowerPC, many ARM and AArch64
>    implementations).
>
>  * A long-standing linker limitation rendering GHCi unusable with
>    projects with cyclic symbol dependencies has been fixed (#13786)
>
>  * Further work on the Hadrian build system
>
>  * Countless miscellaneous bug-fixes
>
> Unfortunately, due to a build issue (#17108) found late in the release
> process
> i386 Windows builds are currently unavailable. These will be provided in
> the coming weeks.
>
> As always, if anything looks amiss do let us know.
>
> Happy compiling!
>
> Cheers,
>
> - Ben
>
>
> [1]
> https://downloads.haskell.org/ghc/8.8.1/docs/html/users_guide/8.8.1-notes.html
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-devs/attachments/20190902/a4c4c388/attachment.html>