September 2019 - Glasgow-haskell-users

Re: [ANNOUNCE] GHC 8.8.1 and cabal-install version
by George Colpitts 08 Oct '19

08 Oct '19

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(a)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(a)gmail.com> wrote: > >> V1 or v2 install? >> >> On Mon, Sep 2, 2019 at 11:42 AM George Colpitts < >> george.colpitts(a)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(a)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.h… >>>> _______________________________________________ >>>> Glasgow-haskell-users mailing list >>>> Glasgow-haskell-users(a)haskell.org >>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users >>>> >>> _______________________________________________ >>> Glasgow-haskell-users mailing list >>> Glasgow-haskell-users(a)haskell.org >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users >>> >> _______________________________________________ >> ghc-devs mailing list >> ghc-devs(a)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.

1 1

Linker trouble - position independent code(??)
by Volker Wysk 26 Sep '19

26 Sep '19

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.

2 2

Haskell platform on OSX?
by David Duke 15 Sep '19

15 Sep '19

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

2 1

Re: [Haskell-cafe] [ANNOUNCE] GHC 8.8.1 and cabal-install version
by Donn Cave 10 Sep '19

10 Sep '19

> 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

2 2

[ANNOUNCE] GHC 8.8.1 is now available
by Ben Gamari 06 Sep '19

06 Sep '19

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

3 2