- Glasgow-haskell-users

[ANNOUNCE] GHC 8.8.2-rc1 is now available
by Ben Gamari 02 Jan '20

02 Jan '20

Hello everyone, The GHC team is proud to announce the first release candidate of GHC 8.8.2. The source distribution, binary distributions, and documentation are available at https://downloads.haskell.org/~ghc/8.8.2-rc1 Release notes are also available [1]. This release fixes a handful of issues affecting 8.8.1: - A bug (#17088) in the compacting garbage collector resulting in segmentations faults under specific circumstances. Note that this may affect user programs even if they did not explicitly request the compacting GC (using the -c RTS flag) since GHC may fallback to compacting collection during times of high memory pressure. - A code generation bug (#17334) resulting in GHC panics has been fixed. - A bug in the `process` library causing builds using `hsc2hs` to fail non-deterministically on Windows has been fixed (Trac #17480) - A typechecker bug (#12088) resulting in programs being unexpectedly rejected has been fixed. - A bug in the implementation of compact normal forms resulting in segmentation faults in some uses (#17044) has been fixed. - A bug causing GHC to incorrectly complain about incompatible LLVM versions when using LLVM 7.0.1 has been fixed (#16990). As always, if anything looks amiss do let us know. Happy compiling! Cheers, - Ben [1] https://downloads.haskell.org/ghc/8.8.2-rc1/docs/html/users_guide/8.8.2-not…

3 2

[ANNOUNCE] Glasgow Haskell Compiler 8.10.1-alpha2 released
by Ben Gamari 02 Jan '20

02 Jan '20

Hello all, The GHC team is happy to announce the availability of the first alpha release in the GHC 8.10 series. Source and binary distributions are available at the usual place: https://downloads.haskell.org/ghc/8.10.1-alpha2/ GHC 8.10.1 will bring a number of new features including: * The new UnliftedNewtypes extension allowing newtypes around unlifted types. * The new StandaloneKindSignatures extension allows users to give top-level kind signatures to type, type family, and class declarations. * A new warning, -Wderiving-defaults, to draw attention to ambiguous deriving clauses * A number of improvements in code generation, including changes * A new GHCi command, :instances, for listing the class instances available for a type. * An upgraded Windows toolchain lifting the MAX_PATH limitation * A new, low-latency garbage collector. * Improved support profiling, including support for sending profiler samples to the eventlog, allowing correlation between the profile and other program events This release is the second alpha of the 8.10 pre-release cycle. The release will be a release candidate in roughly three weeks. If all goes well the final release will be cut roughly two weeks after the candidate, in mid-January. This being an alpha release, there are a few issues that are still outstanding: * The new Alpine Linux binary distribution is not present due to an apparent correctness issue [1]; any help Alpine users can offer here would be greatly appreciated. * We have yet to sort out compliance with Apple's notarization requirements [2] which will be likely be necessary for users of macOS Catalina. However, until this has been sorted out Catalina users can exempt the current macOS binary distribution from the notarization requirement themselves by running `xattr -cr .` on the unpacked tree before running `make install`. * There is one remaining non-regression correctness issue which we plan to fix for the final 8.10.1 but that is not fixed in this release. Please do test this release and let us know if you encounter any other issues. Cheers, - Ben [1] https://gitlab.haskell.org/ghc/ghc/issues/17508 [2] https://gitlab.haskell.org/ghc/ghc/issues/17418

2 1

GHC 8.8.1 Fails to Build on macOS with Native clang 11.0.0
by Steven Smith 23 Dec '19

23 Dec '19

I’m trying to update the MacPorts ghc port. The build isn’t getting the TAG_MASK #define for some reason, which breaks the build. The previous release ghc 8.6.5 builds successfully. I’m following the simple build instructions here: https://github.com/ghc/ghc#building--installing <https://github.com/ghc/ghc#building--installing> # Use prebuilt bootstrap ghc binary export GHC='/opt/local/var/macports/build/_opt_local_ports_lang_ghc/ghc/work/bootstrap/bin/ghc’ ./boot ./configure make -j7 Error: > Creating compiler/stage2/build/Config.hs ... > > In file included from compiler/parser/cutils.c:6:0: error: > > In file included from includes/Rts.h:191:0: error: > > includes/rts/storage/ClosureMacros.h:211:25: error: > error: use of undeclared identifier 'TAG_MASK' > return (StgWord)p & TAG_MASK; > ^ > | > 211 | return (StgWord)p & TAG_MASK; > | ^ > … > make[1]: *** [compiler/stage1/build/cbits/genSym.o] Error 1 > <<ghc: 5147183728 bytes, 749 GCs, 27001343/62810440 avg/max bytes residency (18 samples), 150M in use, 0.001 INIT (0.004 elapsed), 2.217 MUT (2.637 elapsed), 1.677 GC (1.738 elapsed) :ghc>> > make: *** [all] Error 2 I’m using the macOS native clang: $ which clang /usr/bin/clang $ clang --version Apple clang version 11.0.0 (clang-1100.0.33.16) Target: x86_64-apple-darwin18.7.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

1 1

downloads.haskell.org server is misconfigured, ignores Accept-Encoding, prevents update checks
by Steven Smith 23 Dec '19

23 Dec '19

The downloads.haskell.org server is misconfigured. It's always gzipping its response content, ignoring the Accept-Encoding headers. Even if you set Accept-Encoding: identity the server sends a compressed response. This prevents automated version update checking. For details, see: https://lists.macports.org/pipermail/macports-dev/2019-December/041581.html <https://lists.macports.org/pipermail/macports-dev/2019-December/041581.html>

1 0

[ANNOUNCE] Glasgow Haskell Compiler 8.10.1-alpha1 released
by Ben Gamari 24 Nov '19

24 Nov '19

Hello all, The GHC team is happy to announce the availability of the first alpha release in the GHC 8.10 series. Source and binary distributions are available at the usual place: https://downloads.haskell.org/ghc/8.10.1-alpha1/ GHC 8.10.1 will bring a number of new features including: * The new UnliftedNewtypes extension allowing newtypes around unlifted types. * The new StandaloneKindSignatures extension allows users to give top-level kind signatures to type, type family, and class declarations. * A new warning, -Wderiving-defaults, to draw attention to ambiguous deriving clauses * A number of improvements in code generation, including changes * A new GHCi command, :instances, for listing the class instances available for a type. * An upgraded Windows toolchain lifting the MAX_PATH limitation * Improved support profiling, including support for sending profiler samples to the eventlog, allowing correlation between the profile and other program events This release marks the beginning of the 8.10 pre-release cycle. The next alpha release will be in roughly two weeks. This next alpha will likely be the last release before the release candidate in late December. If all goes well the final release will be cut roughly two weeks after the candidate, in mid-January. This being an alpha release, there are a few issues that are still outstanding: * The new Alpine Linux binary distribution is not present due to an apparent correctness issue [1]; any help Alpine users can offer here would be greatly appreciated. * We have yet to sort out compliance with Apple's notarization requirements [2] which will be likely be necessary for users of macOS Catalina. * There is an issue with the users guide build that has yet to be sorted out. * There are a couple of non-regression correctness issues which we plan to fix for the final 8.10.1 but are not fixed in this release. * Debian 10 builds are not yet available. Please do test this release and let us know if you encounter any other issues. Cheers, - Ben [1] https://gitlab.haskell.org/ghc/ghc/issues/17508 [2] https://gitlab.haskell.org/ghc/ghc/issues/17418

1 0

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

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

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