Re: validator1-linux-x86-head (Linux/x86 HEAD (Mateusz Kowalczyk)), build 18, Failure

2014-06-25 Thread Herbert Valerio Riedel
Fyi, this also broke on the nightly PPA builds (which made me notice it): https://launchpadlibrarian.net/178475113/buildlog_ubuntu-precise-i386.ghc-head_7.9.20140624-1_FAILEDTOBUILD.txt.gz Cheers, hvr On 2014-06-25 at 05:42:57 +0200, Builder wrote: validator1-linux-x86-head (Linux/x86

HEADS-UP: Git submodule conversion imminent

2014-06-25 Thread Herbert Valerio Riedel
Hello GHC Devs! In order to not drag this out any longer, I'll completing the submodule conversion in the next few hours by converting the remaining sub-repo packages into proper submodules. This is represents phase 1 of the reorganization (phase 2 comprises officially transitioning the

Re: HEADS-UP: Git submodule conversion imminent

2014-06-25 Thread Herbert Valerio Riedel
It's done! After pulling the latest ghc.git commit (and assuming you have made sure you have no unpushed data laying around in the repos listed below) you'll have to either run - git submodule update --init *or* - ./sync-all get (a mere ./sync-all pull will just call git submodule

Re: Phabricator for patches and code review

2014-06-25 Thread Simon Marlow
If you have several commits, then use separate 'arc diff' commands to send them to Phab. You can do this even if they depend on each other (stacked diffs). My usual workflow is something like this: git checkout -b hacking master .. hack hack .. git commit arc diff HEAD^ .. hack hack .. git

RE: Help needed: parsing pattern synonym contexts

2014-06-25 Thread Dr. ERDI Gergo
On Tue, 24 Jun 2014, Simon Peyton Jones wrote: What do you mean by doesn't work? Crashes? Fails to build with some error? Builds but doesn't parse what you expect? Yeah, sorry, when I wrote fails with a parse error on ::. what I meant was that the parser builds runs, but fails with a

RE: Help needed: parsing pattern synonym contexts

2014-06-25 Thread Dr. ERDI Gergo
On Tue, 24 Jun 2014, Simon Peyton Jones wrote: In the latter case, what happened to the shift/reduce and reduce/reduce errors reported by Happy? Esp the latter. If you are getting more you need to track them down. I think I've figured out what might be causing the problem. First, a couple

Interesting whoCreated output (stack trace related)

2014-06-25 Thread Ömer Sinan Ağacan
Hi all, I'm running this program: {-# LANGUAGE DeriveDataTypeable, ScopedTypeVariables #-} import GHC.Stack import Control.Exception.Base import Data.Typeable data MyException = MyException deriving (Show, Typeable) instance Exception MyException err1 :: IO Integer err1 = {-#

Re: Interesting whoCreated output (stack trace related)

2014-06-25 Thread Simon Marlow
On 25/06/2014 15:28, Ömer Sinan Ağacan wrote: I'm running this program: {-# LANGUAGE DeriveDataTypeable, ScopedTypeVariables #-} import GHC.Stack import Control.Exception.Base import Data.Typeable data MyException = MyException deriving (Show, Typeable) instance Exception

Re: HEADS-UP: Git submodule conversion imminent

2014-06-25 Thread Geoffrey Mainland
Thank you Geoff On 6/25/14, 4:46 AM, Herbert Valerio Riedel wrote: It's done! After pulling the latest ghc.git commit (and assuming you have made sure you have no unpushed data laying around in the repos listed below) you'll have to either run - git submodule update --init *or*

Re: HEADS-UP: Git submodule conversion imminent

2014-06-25 Thread 山本和彦
Herbert, It's done! Thanks. I tried to build GHC HEAD on Mac. I did: % git clone git://git.haskell.org/ghc.git % cd ghc % ./sync-all get % CPUS=10 sh validate Unfortunately, I got the following errors: inplace/bin/ghc-stage1 -optc-m64