Re: [ANNOUNCE] GHC 8.8.1 and cabal-install version

Carter Schonwald <[email protected]>
Newsgroups gmane.comp.lang.haskell.cafe,gmane.comp.lang.haskell.glasgow.user,gmane.comp.lang.haskell.ghc.devel
Message-ID <CAHYVw0zQeprxercecps0y-AEGJ5Oc0q=ETK_m8uowd2yT5V3ZQ@mail.gmail.com>
V1 or v2 install?

On Mon, Sep 2, 2019 at 11:42 AM George Colpitts <[email protected]>
wrote:

> 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 <[email protected]> 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
>> [email protected]
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>>
> _______________________________________________
> Glasgow-haskell-users mailing list
> [email protected]
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>

_______________________________________________
Haskell-Cafe mailing list
To (un)subscribe, modify options or view archives go to:
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
Only members subscribed via the mailman list are allowed to post.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.