From george.colpitts at gmail.com  Mon Sep  2 15:41:45 2019
From: george.colpitts at gmail.com (George Colpitts)
Date: Mon, 2 Sep 2019 12:41:45 -0300
Subject: [ANNOUNCE] GHC 8.8.1 and cabal-install version
In-Reply-To: <87zhjwl1mx.fsf@smart-cactus.org>
References: <87zhjwl1mx.fsf@smart-cactus.org>
Message-ID: <CAB-d4A742d6w1_3g03JiC_0Ud3YTOnvP+w+Ok-WRi79DgPZz3Q@mail.gmail.com>

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/glasgow-haskell-users/attachments/20190902/a4c4c388/attachment.html>

From carter.schonwald at gmail.com  Fri Sep  6 16:07:51 2019
From: carter.schonwald at gmail.com (Carter Schonwald)
Date: Fri, 6 Sep 2019 12:07:51 -0400
Subject: [ANNOUNCE] GHC 8.8.1 and cabal-install version
In-Reply-To: <CAB-d4A742d6w1_3g03JiC_0Ud3YTOnvP+w+Ok-WRi79DgPZz3Q@mail.gmail.com>
References: <87zhjwl1mx.fsf@smart-cactus.org>
 <CAB-d4A742d6w1_3g03JiC_0Ud3YTOnvP+w+Ok-WRi79DgPZz3Q@mail.gmail.com>
Message-ID: <CAHYVw0zQeprxercecps0y-AEGJ5Oc0q=ETK_m8uowd2yT5V3ZQ@mail.gmail.com>

V1 or v2 install?

On Mon, Sep 2, 2019 at 11:42 AM George Colpitts <george.colpitts at gmail.com>
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 <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
>>
> _______________________________________________
> 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/glasgow-haskell-users/attachments/20190906/abaae74a/attachment.html>

From george.colpitts at gmail.com  Sat Sep  7 21:20:22 2019
From: george.colpitts at gmail.com (George Colpitts)
Date: Sat, 7 Sep 2019 18:20:22 -0300
Subject: [ANNOUNCE] GHC 8.8.1 and cabal-install version
In-Reply-To: <CAKe9RRGBm=W83MtSY=500b-RjP9f2TxRV5Np5SauqkQrP2vJ+Q@mail.gmail.com>
References: <87zhjwl1mx.fsf@smart-cactus.org>
 <CAB-d4A742d6w1_3g03JiC_0Ud3YTOnvP+w+Ok-WRi79DgPZz3Q@mail.gmail.com>
 <CAHYVw0zQeprxercecps0y-AEGJ5Oc0q=ETK_m8uowd2yT5V3ZQ@mail.gmail.com>
 <CAKe9RRGBm=W83MtSY=500b-RjP9f2TxRV5Np5SauqkQrP2vJ+Q@mail.gmail.com>
Message-ID: <CAB-d4A5-n7uz7qptOe4=OT5kM1_JTJZVFqueUz-wZdL09LrqAQ@mail.gmail.com>

Thanks for everybody's responses. I figured out that the following

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


means  I should have cabal-install-3.0 before installing 8.8.1. Once I did
that everything is fine.

Maybe configure should give an error if the user does not
have cabal-install-3.0?

Thanks
George


On Fri, Sep 6, 2019 at 1:48 PM Shayne Fletcher <shayne.fletcher at daml.com>
wrote:

> I got there by doing,
> ```
>   cabal v2-install --installdir=~/.cabal/bin alex
>   cabal v2-install --installdir=~/.cabal/bin happy
> ```
> and things seemed to be going smoothly enough after that.
>
> On Fri, Sep 6, 2019 at 12:08 PM Carter Schonwald <
> carter.schonwald at gmail.com> wrote:
>
>> V1 or v2 install?
>>
>> On Mon, Sep 2, 2019 at 11:42 AM George Colpitts <
>> george.colpitts at gmail.com> 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 <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
>>>>
>>> _______________________________________________
>>> Glasgow-haskell-users mailing list
>>> Glasgow-haskell-users at haskell.org
>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>>>
>> _______________________________________________
>> ghc-devs mailing list
>> ghc-devs at haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>>
>
>
> --
> *Shayne Fletcher*
> Language Engineer */* +1 917 699 7663
> *Digital Asset* <https://digitalasset.com/>, creators of *DAML
> <https://daml.com/>*
>
> This message, and any attachments, is for the intended recipient(s) only,
> may contain information that is privileged, confidential and/or proprietary
> and subject to important terms and conditions available at
> http://www.digitalasset.com/emaildisclaimer.html. If you are not the
> intended recipient, please delete this message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/glasgow-haskell-users/attachments/20190907/3c58a280/attachment.html>

From donn at avvanta.com  Mon Sep  9 22:05:45 2019
From: donn at avvanta.com (Donn Cave)
Date: Mon,  9 Sep 2019 15:05:45 -0700 (PDT)
Subject: [Haskell-cafe] [ANNOUNCE] GHC 8.8.1 and cabal-install version
In-Reply-To: <CAKe9RRGBm=W83MtSY=500b-RjP9f2TxRV5Np5SauqkQrP2vJ+Q@mail.gmail.com>
References: <CAKe9RRGBm=W83MtSY=500b-RjP9f2TxRV5Np5SauqkQrP2vJ+Q@mail.gmail.com>
Message-ID: <20190909220545.EB545276C41@mail.avvanta.com>

> 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.

I'm not the most sophisticated user of cabal-install ever, but it appears
to me that 8.8.1 can't build 3.0.0.0?  depends on base >= 4.8 && < 4.13,
where 8.8.1 installs base-4.13.0.0.

I'm working with cabal-install-3.0.0.0.tar.gz .  It looks like it might
be possible to up some of the dependencies, like HTTP to 4000.3.14, but
I suppose there's a reason why cabal-install itself isn't there yet.

	Donn

From hvriedel at gmail.com  Tue Sep 10 06:43:58 2019
From: hvriedel at gmail.com (Herbert Valerio Riedel)
Date: Tue, 10 Sep 2019 08:43:58 +0200
Subject: [Haskell-cafe] [ANNOUNCE] GHC 8.8.1 and cabal-install version
In-Reply-To: <20190909220545.EB545276C41@mail.avvanta.com>
References: <CAKe9RRGBm=W83MtSY=500b-RjP9f2TxRV5Np5SauqkQrP2vJ+Q@mail.gmail.com>
 <20190909220545.EB545276C41@mail.avvanta.com>
Message-ID: <CAOFsArtWsf=v8dXExA6jp1aoDJ5eUwupQ9sJ0FHkqGeEKUbxFw@mail.gmail.com>

On Tue, Sep 10, 2019 at 12:06 AM Donn Cave <donn at avvanta.com> 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.
>
> I'm not the most sophisticated user of cabal-install ever, but it appears
> to me that 8.8.1 can't build 3.0.0.0?  depends on base >= 4.8 && < 4.13,
> where 8.8.1 installs base-4.13.0.0.
>

lib:Cabal 3.0.0.0 can be build with GHC 8.8.1 as is evidenced by

   https://matrix.hackage.haskell.org/package/Cabal

it's just the executable exe:cabal 3.0.0.0 that can't be build with GHC
8.8.1; It can however be built with GHC 7.10.3 through GHC 8.6.5 as
evidenced by

    https://matrix.hackage.haskell.org/#/package/cabal-install

However, exe:cabal 3.0.0.1 among other things is planned to be buildable
also with GHC 8.8.1

But it's perfectly fine to use an exe:cabal built with a different GHC than
the one you want to use it with; in fact exe:cabal supports being used with
all GHCs going back to GHC 7.0 (even though you can't build exe:cabal with
GHC 7.0 anymore)


> I'm working with cabal-install-3.0.0.0.tar.gz .  It looks like it might
> be possible to up some of the dependencies, like HTTP to 4000.3.14, but
> I suppose there's a reason why cabal-install itself isn't there yet.
>

Indeed, the main reason is that some of its dependencies weren't
GHC-8.8.1-compatible yet at the time its release. So we didn't yet bother
to update the bootstrap script yet.


What operating system are you on? is it possible for you to use one of the
binaries from http://downloads.haskell.org/~cabal/cabal-install-3.0.0.0/ in
the meantime?

Herbert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/glasgow-haskell-users/attachments/20190910/2fdf15ea/attachment.html>

From donn at avvanta.com  Tue Sep 10 07:05:54 2019
From: donn at avvanta.com (Donn Cave)
Date: Tue, 10 Sep 2019 00:05:54 -0700 (PDT)
Subject: GHC 8.8.1 and cabal-install version
In-Reply-To: <CAOFsArtWsf=v8dXExA6jp1aoDJ5eUwupQ9sJ0FHkqGeEKUbxFw@mail.gmail.com>
References: <CAOFsArtWsf=v8dXExA6jp1aoDJ5eUwupQ9sJ0FHkqGeEKUbxFw@mail.gmail.com>
Message-ID: <20190910070554.A0170F3937@mail.avvanta.com>

> What operating system are you on? is it possible for you to use one of the
> binaries from http://downloads.haskell.org/~cabal/cabal-install-3.0.0.0/ in
> the meantime?

It's Haiku, not exactly one of the major operating systems.

I'm not in any hurry, I suppose I'll just let it rest and check
back later to see if things have improved.  It's too bad 8.8.1
breaks so much stuff, but I guess one gets used to that.

	Donn

From duke.j.david at gmail.com  Sun Sep 15 10:01:24 2019
From: duke.j.david at gmail.com (David Duke)
Date: Sun, 15 Sep 2019 11:01:24 +0100
Subject: Haskell platform on OSX?
Message-ID: <CAN7OfXQT8dcio0NAZLFg6USiyVKROd2mWx2k4xHQgAubVXJkaQ@mail.gmail.com>

I was trying to bring my ghc installation  on OSX up to date (currently
8.6.3), I believe the latest is 8.8.
So I visited haskell.org clicked 'Downloads' then  'Haskell Platform',
which has been my preferred method of installing/updating. Then under 'How
to get it' there is a list of platforms' so I hopefully select  OSX' I then
see:

Lets get started
"You appear to be using Mac OS X. See below
<https://www.haskell.org/platform/mac.html#other-platforms> for other
operating systems."
Indeed there are like below to the others. But nothing happens there is no
download starting, and no link to select for OSX.

Is this a problem, error or undocumented feature.

Could you please advise on how to get hold of the platform for OSX..?

thanks
David Duke
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/glasgow-haskell-users/attachments/20190915/1f217777/attachment.html>

From luca_ciciriello at hotmail.com  Sun Sep 15 10:40:38 2019
From: luca_ciciriello at hotmail.com (Luca Ciciriello)
Date: Sun, 15 Sep 2019 10:40:38 +0000
Subject: Haskell platform on OSX?
In-Reply-To: <CAN7OfXQT8dcio0NAZLFg6USiyVKROd2mWx2k4xHQgAubVXJkaQ@mail.gmail.com>
References: <CAN7OfXQT8dcio0NAZLFg6USiyVKROd2mWx2k4xHQgAubVXJkaQ@mail.gmail.com>
Message-ID: <DB8P190MB0684BB20D6681DACFC35927C9A8D0@DB8P190MB0684.EURP190.PROD.OUTLOOK.COM>

Haskell platform has been replaced by ghcup buildchain:

https://www.haskell.org/ghcup/

Luca

Inviato da iPhone

Il giorno 15 set 2019, alle ore 12:01, David Duke <duke.j.david at gmail.com<mailto:duke.j.david at gmail.com>> ha scritto:

I was trying to bring my ghc installation  on OSX up to date (currently 8.6.3), I believe the latest is 8.8.
So I visited haskell.org<http://haskell.org> clicked 'Downloads' then  'Haskell Platform', which has been my preferred method of installing/updating. Then under 'How to get it' there is a list of platforms' so I hopefully select  OSX' I then see:

Lets get started
"You appear to be using Mac OS X. See below<https://www.haskell.org/platform/mac.html#other-platforms> for other operating systems."
Indeed there are like below to the others. But nothing happens there is no download starting, and no link to select for OSX.

Is this a problem, error or undocumented feature.

Could you please advise on how to get hold of the platform for OSX..?

thanks
David Duke


_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users at haskell.org<mailto: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/glasgow-haskell-users/attachments/20190915/60cee9d4/attachment.html>

From post at volker-wysk.de  Thu Sep 26 01:38:48 2019
From: post at volker-wysk.de (Volker Wysk)
Date: Thu, 26 Sep 2019 03:38:48 +0200
Subject: Linker trouble - position independent code(??)
Message-ID: <3a0fdfe8bbfe19e72cf4b2fa0836f19b6993bd9a.camel@volker-wysk.de>

Hi!

All of a sudden, I can't link my programs any longer. This affects all
my programs, which I build with a shared Makefile. But I haven't
changed the Makefile...

I get messages like this (indentation by me):

cc build/sicherung.o build/Hsskripte.o build/Sicherung.o 
   build/SicherungAktionen.o build/Text.o build/Wahl.o build/Zeit.o  
   build/hssk.o   -o build/sicherung
/usr/bin/ld: build/sicherung.o: relocation R_X86_64_32S against
   undefined symbol `stg_upd_frame_info' can not be used when making a 
   PIE object; recompile with -fPIC
/usr/bin/ld: build/Hsskripte.o: relocation R_X86_64_32S against
   `.text' can not be used when making a PIE object; recompile with 
   -fPIC
... more like this ...
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/Scrt1.o: 
In function `_start':
(.text+0x20): undefined reference to `main'
/usr/bin/ld: final link failed: Invalid operation
collect2: error: ld returned 1 exit status

I've attached the complete build messages.

I've never dealt with position independent code. I've tried that "-
fPIC" switch, but this produces lots of new error messages.

Any idea of what's wrong?

Bye,
V.W.
-------------- next part --------------
-*- mode: compilation; default-directory: "~/src/hsskripte/" -*-
Compilation started at Thu Sep 26 03:33:34

LANG=C make -k build/sicherung
ghc -o build/Hsskripte.o -c  -ibuild -I. -isrc -XUndecidableInstances -fno-warn-deprecations -XScopedTypeVariables -XDeriveDataTypeable -XTypeSynonymInstances -XFlexibleInstances -XStandaloneDeriving -package regex-compat -package edit-distance -fno-warn-typed-holes -package containers -package pretty -package hsshellscript -package text -package bytestring -package time -package rfc5051 -static  -odir build -hidir build src/Hsskripte.hs
ghc -o build/Zeit.o -c  -ibuild -I. -isrc -XUndecidableInstances -fno-warn-deprecations -XScopedTypeVariables -XDeriveDataTypeable -XTypeSynonymInstances -XFlexibleInstances -XStandaloneDeriving -package regex-compat -package edit-distance -fno-warn-typed-holes -package containers -package pretty -package hsshellscript -package text -package bytestring -package time -package rfc5051 -static  -odir build -hidir build src/Zeit.hs
ghc -o build/Sicherung.o -c  -ibuild -I. -isrc -XUndecidableInstances -fno-warn-deprecations -XScopedTypeVariables -XDeriveDataTypeable -XTypeSynonymInstances -XFlexibleInstances -XStandaloneDeriving -package regex-compat -package edit-distance -fno-warn-typed-holes -package containers -package pretty -package hsshellscript -package text -package bytestring -package time -package rfc5051 -static  -odir build -hidir build src/Sicherung.hs
ghc -o build/Text.o -c  -ibuild -I. -isrc -XUndecidableInstances -fno-warn-deprecations -XScopedTypeVariables -XDeriveDataTypeable -XTypeSynonymInstances -XFlexibleInstances -XStandaloneDeriving -package regex-compat -package edit-distance -fno-warn-typed-holes -package containers -package pretty -package hsshellscript -package text -package bytestring -package time -package rfc5051 -static  -odir build -hidir build src/Text.hs
ghc -o build/Wahl.o -c  -ibuild -I. -isrc -XUndecidableInstances -fno-warn-deprecations -XScopedTypeVariables -XDeriveDataTypeable -XTypeSynonymInstances -XFlexibleInstances -XStandaloneDeriving -package regex-compat -package edit-distance -fno-warn-typed-holes -package containers -package pretty -package hsshellscript -package text -package bytestring -package time -package rfc5051 -static  -odir build -hidir build src/Wahl.hs
ghc -o build/SicherungAktionen.o -c  -ibuild -I. -isrc -XUndecidableInstances -fno-warn-deprecations -XScopedTypeVariables -XDeriveDataTypeable -XTypeSynonymInstances -XFlexibleInstances -XStandaloneDeriving -package regex-compat -package edit-distance -fno-warn-typed-holes -package containers -package pretty -package hsshellscript -package text -package bytestring -package time -package rfc5051 -static  -odir build -hidir build src/SicherungAktionen.hs
ghc -o build/sicherung.o -c  -ibuild -I. -isrc -XUndecidableInstances -fno-warn-deprecations -XScopedTypeVariables -XDeriveDataTypeable -XTypeSynonymInstances -XFlexibleInstances -XStandaloneDeriving -package regex-compat -package edit-distance -fno-warn-typed-holes -package containers -package pretty -package hsshellscript -package text -package bytestring -package time -package rfc5051 -static  -odir build -hidir build src/sicherung.hs
gcc -o build/hssk.o -c  -O2 src/hssk.c -fPIC
src/hssk.c:16:38: warning: 'struct statfs' declared inside parameter list will not be visible outside of this definition or declaration
 int statfs1(const char *path, struct statfs *buf)
                                      ^~~~~~
src/hssk.c: In function 'statfs1':
src/hssk.c:24:9: warning: implicit declaration of function 'statfs'; did you mean 'statfs1'? [-Wimplicit-function-declaration]
   erg = statfs(path, buf);
         ^~~~~~
         statfs1
cc   build/sicherung.o build/Hsskripte.o build/Sicherung.o build/SicherungAktionen.o build/Text.o build/Wahl.o build/Zeit.o build/hssk.o   -o build/sicherung
/usr/bin/ld: build/sicherung.o: relocation R_X86_64_32S against undefined symbol `stg_upd_frame_info' can not be used when making a PIE object; recompile with -fPIC
/usr/bin/ld: build/Hsskripte.o: relocation R_X86_64_32S against `.text' can not be used when making a PIE object; recompile with -fPIC
/usr/bin/ld: build/Sicherung.o: relocation R_X86_64_32S against `.text' can not be used when making a PIE object; recompile with -fPIC
/usr/bin/ld: build/SicherungAktionen.o: relocation R_X86_64_32S against undefined symbol `stg_bh_upd_frame_info' can not be used when making a PIE object; recompile with -fPIC
/usr/bin/ld: build/Text.o: relocation R_X86_64_32S against `.text' can not be used when making a PIE object; recompile with -fPIC
/usr/bin/ld: build/Wahl.o: relocation R_X86_64_32S against undefined symbol `stg_upd_frame_info' can not be used when making a PIE object; recompile with -fPIC
/usr/bin/ld: build/Zeit.o: relocation R_X86_64_32S against undefined symbol `stg_upd_frame_info' can not be used when making a PIE object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/Scrt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
/usr/bin/ld: final link failed: Invalid operation
collect2: error: ld returned 1 exit status
<builtin>: recipe for target 'build/sicherung' failed
make: *** [build/sicherung] Error 1

Compilation exited abnormally with code 2 at Thu Sep 26 03:33:39

From post at volker-wysk.de  Thu Sep 26 02:06:25 2019
From: post at volker-wysk.de (Volker Wysk)
Date: Thu, 26 Sep 2019 04:06:25 +0200
Subject: Linker trouble - position independent code(??)
In-Reply-To: <3a0fdfe8bbfe19e72cf4b2fa0836f19b6993bd9a.camel@volker-wysk.de>
References: <3a0fdfe8bbfe19e72cf4b2fa0836f19b6993bd9a.camel@volker-wysk.de>
Message-ID: <b715b125d1516c2fe421d1f77b8c1d7a94e0fe9a.camel@volker-wysk.de>

Hi!

I've found out how to do it: Use an explicit make rule:

build/% :
	ghc -o $@ $^ -package hsshellscript

But I have no idea why it stopped working...

Happy Hacking,
V.W.


From allbery.b at gmail.com  Thu Sep 26 10:18:46 2019
From: allbery.b at gmail.com (Brandon Allbery)
Date: Thu, 26 Sep 2019 06:18:46 -0400
Subject: Linker trouble - position independent code(??)
In-Reply-To: <b715b125d1516c2fe421d1f77b8c1d7a94e0fe9a.camel@volker-wysk.de>
References: <3a0fdfe8bbfe19e72cf4b2fa0836f19b6993bd9a.camel@volker-wysk.de>
 <b715b125d1516c2fe421d1f77b8c1d7a94e0fe9a.camel@volker-wysk.de>
Message-ID: <CAKFCL4XVoqn08GE2MjfTG4OUPdEKjo2bLGtrMmzy+5fbedkBug@mail.gmail.com>

Generally because n OS update switched to PIE-by-default (LInux
dustributions have been doing this) and ghc needs to be updated or
reconfigured to match.

On Wed, Sep 25, 2019 at 10:06 PM Volker Wysk <post at volker-wysk.de> wrote:

> Hi!
>
> I've found out how to do it: Use an explicit make rule:
>
> build/% :
>         ghc -o $@ $^ -package hsshellscript
>
> But I have no idea why it stopped working...
>
> Happy Hacking,
> V.W.
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>


-- 
brandon s allbery kf8nh
allbery.b at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/glasgow-haskell-users/attachments/20190926/ee7a0b63/attachment.html>