Glasgow-haskell-users

Download

glasgow-haskell-users@haskell.org

October 2019

2 participants
2 discussions

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

07 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

x86_64 dynamic / PIC
by Donn Cave 03 Oct '19

03 Oct '19

I'm trying to get GHC 8.6.3 running on 64-bit Haiku, cross compiling from 32-bit Haiku. (UNIX-like OS, gcc 7.) The build died when it started trying link up 64 bit .dyn_o, with ld.bfd: utils/hsc2hs/dist-install/build/Main.dyn_o: relocation R_X86_64_PC32 can not be used when making a shared object; recompile with -fPIC But it appears to me that gcc is already configured to use -fPIC with cc1. (Both 32 bit and 64 bit cross-compiler.) And so is ghc-stage1. So I suspect the suggested remedy isn't going to get me very far. Anyone have an idea how to proceed? thanks! Donn

1 0