Re: [ANNOUNCE] GHC 8.6.1-alpha2 available

Thank you for a very clear explanation and the solution. Best, On 21 July 2018 at 08:03, Ryan Scott wrote: > Presumably, you're compiling this program outside of a git repository, > and so the Template Haskell splice $(gitHash) evaluates to "UNKNOWN" > at compile time. Here is an even more

Re: [ANNOUNCE] GHC 8.6.1-alpha2 available

On 15 July 2018 at 20:07, Ben Gamari wrote: > > The GHC development team is pleased to announce the second alpha release > leading up to GHC 8.6.1. The following MVE uses the gitrev library ( http://hackage.haskell.org/package/gitrev ): $ cat Test.hs {-# LANGUAGE TemplateHaskell #-} module

Re: [ANNOUNCE] GHC 8.2.1 release candidate 3 available

On 9 July 2017 at 11:50, David Feuer <da...@well-typed.com> wrote: > On Sunday, July 9, 2017 1:05:44 AM EDT Andrés Sicard-Ramírez wrote: >> While testing this RC candidate on Agda we found a compilation error. >> >> The error was caused by an *unused* module which

Re: [ANNOUNCE] GHC 8.2.1 release candidate 3 available

Hi Ben, On 7 July 2017 at 13:22, Ben Gamari wrote: > > I am pleased to at long last announce the third (and almost certainly > last) release candidate of GHC 8.2.1. Binary and source distributions > can be found at, > > https://downloads.haskell.org/~ghc/8.2.1-rc3/

Will directory 1.3.0.0 be shipped with GHC 8.0.2?

Dear all, I got directory 1.3.0.0 after installing GHC 8.0.2 RC2 (which hasn't been announced) using: $ git clone http://git.haskell.org/ghc.git $ cd ghc $ git checkout ghc-8.0.2-rc $ git submodule update --init $ perl boot $ ./configure $ make $ make install Will GHC 8.0.2 do a

Re: cpphs bug with pathnames beginning with more than one slash

Hi Dan, FYI, cpphs has a (new) bug tracker in https://github.com/malcolmwallace/cpphs/issues Best, On 9 June 2016 at 16:11, Dan Aloni wrote: > Hi Malcolm, > > If we pass pathnames starting with more than one slash to '-include', > cpphs generates invalid output. These

Re: 8.0.1 source tarballs available (yet again)

On 17 May 2016 at 11:54, Ben Gamari wrote: > So after many attempts I was able to reproduce the issue seen by > Andrés and Karel and believe I have merged a fix. > > Let me know how your builds go I couldn't reproduce the issue using the latest source tarballs. Thanks! --

Re: 8.0.1 source tarballs available (yet again)

2016-05-17 8:21 GMT-05:00 Ben Gamari : >> I got the following error (on Linux): >> >> $ make >> /usr/bin/ld: cannot find -lHSghc-boot-th-8.0.1 >> collect2: ld returned 1 exit status >> make[1]: *** [utils/ghc-pkg/dist/build/tmp/ghc-pkg] Error 1 >> > Very interesting. This must

Re: 8.0.1 source tarballs available (yet again)

2016-05-17 8:15 GMT-05:00 Ben Gamari : >> I got the following error (on Linux): >> >> $ make >> /usr/bin/ld: cannot find -lHSghc-boot-th-8.0.1 >> collect2: ld returned 1 exit status >> make[1]: *** [utils/ghc-pkg/dist/build/tmp/ghc-pkg] Error 1 >> > Can you confirm that the

Re: 8.0.1 source tarballs available (yet again)

On 17 May 2016 at 07:38, Ben Gamari wrote: > tl;dr: We are giving this release another attempt. Cross your fingers >and try building again. > > Hello GHC packagers, > > Thanks for your help in the last few days working through what were > hopefully the last issues in

Re: Issue using StrictData

Hi, On 19 March 2016 at 21:46, Reid Barton wrote: > `extensions: StrictData` turns on the StrictData extension for all modules > in the program. So every field of every data type defined in every module is > made strict. I was aware of it. > Is that really what you wanted?

Issue using StrictData

Hi, I know this isn't a convenient issue report because the "test case" isn't easily reproducible. Since I don't understand the issue, I don't know how to create a smaller test case, sorry. My OS is Ubuntu 12-04 (64 bits) and I'm using the following programs: Agda master branch on commit

GHC 8.0.1 RC 1 and the -fwarn-monomorphism-restriction option

Dear all, On 13 January 2016 at 10:43, Ben Gamari wrote: > The GHC Team is very pleased to announce the first release candidate of > the Glasgow Haskell Compiler 8.0.1 release. For compiling Agda we use the -fwarn-monomorphism-restriction option. Using GHC 7.6.3, 7.8.4 and

Re: [ANNOUNCE] Glasgow Haskell Compiler 8.0.1, release candidate 1

On 13 January 2016 at 15:28, George Colpitts wrote: > installs fine on mac but cabal install vector fails on primitive, looks to > me like gmp library is not provided > > cabal install vector > Resolving dependencies... > Configuring primitive-0.6.1.0... > Failed to

Re: [ANNOUNCE] Glasgow Haskell Compiler 8.0.1, release candidate 1

On 13 January 2016 at 10:43, Ben Gamari wrote: > The GHC Team is very pleased to announce the first release candidate of > the Glasgow Haskell Compiler 8.0.1 release. Source and binary > distributions as well as the newly revised users guide can be found at > >

Re: [ANNOUNCE] Glasgow Haskell Compiler 8.0.1, release candidate 1

2016-01-13 17:33 GMT-05:00 Ben Gamari : > Due to unfortunate Cabal/GHC interactions, GHC 8.0 will require > Cabal 0.23. These interface file issues should be cleared up by > wiping your 8.0.1 package database, installing Cabal and cabal-install > 0.23 (only available from the

Re: [ANNOUNCE] 7.10.3 release candidate 3

On 2 December 2015 at 01:54, Jens Petersen wrote: > On 29 November 2015 at 23:54, Ben Gamari wrote: >> On that note, 7.10.3 is coming. At the moment I am blocked on getting a >> Cabal release tagged but hopefully this will happen Real Soon Now(TM). > >

Re: [Haskell] ANNOUNCE: GHC version 7.10.2

Hi, On 29 July 2015 at 10:26, Ben Gamari b...@well-typed.com wrote: The GHC Team is pleased to announce a new bug-fix release of GHC, 7.10.2. Thanks for the release! FYI, there are various missing *.tar.xz files in the SHA256SUMS file in http://downloads.haskell.org/~ghc/7.10.2/ Best

Re: [Haskell] ANNOUNCE: GHC version 7.10.2

On 29 July 2015 at 11:28, Ben Gamari b...@well-typed.com wrote: FYI, there are various missing *.tar.xz files in the SHA256SUMS file in http://downloads.haskell.org/~ghc/7.10.2/ I suspect this may be due to the (Content Delivery Network (CDN) caches being stale. Unfortunately this seems to

Re: ANNOUNCE: GHC 7.10.2 Release Candidate 1

On 14 June 2015 at 19:16, Austin Seipp aus...@well-typed.com wrote: We are pleased to announce the first release candidate for GHC 7.10.2: Since transformers is a GHC-include library, is there any particular reason why GHC 7.10.2 RC1 didn't include the latest version of the transformers library,

Re: RFC: Native -XCPP Proposal

I want to emphasize that cpphs is actively maintained as it's pointed out in https://ghc.haskell.org/trac/ghc/wiki/Proposal/NativeCp. The Agda team has found some cpphs bugs which have been *quickly* fixed by cpphs's author, Malcolm Wallace. Unfortunately I have not been able to track down the

Re: RFC: Native -XCPP Proposal

Hi Janek, On 6 May 2015 at 14:55, Jan Stolarek jan.stola...@p.lodz.pl wrote: Yes, and that's what gets me worried. I suppose the problem was somehow related to my locale settings although we were unable to track down the cause. I also recall someone else reported being affected by the same

Re: Slower Compilation on GHC 7.8.4 (vs. 7.6.3)

On 14 April 2015 at 14:56, Ozgun Ataman ozata...@gmail.com wrote: 500 random type declarations were a modest 10-25% slower. I don't think this is a modest percent by only adding type declarations. Is it an expected behaviour? -- Andrés ___ ghc-devs

Phabricator as bug tracker system (off topic)

Hi, (I apologise for this off topic message) From the discussion started in https://mail.haskell.org/pipermail/ghc-devs/2014-June/005117.html, it seems GHC HQ didn't choose Phabricator as bug tracker system because migrating from Trac ...There's no real pressure to do so and it would be tons of