December 2019 - 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