[nightly] 30-May-2007 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/HEAD-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Wed May 30 19:30:01 BST 2007. checki

Re: parser

On Thu, May 31, 2007 at 01:04:47AM +0200, Luca Torella wrote: > and so what's the meaning of all those files in > libraries/haskell-src/Languag/Haskell? Just what you thought - two almost equal haskell parsers. The one in haskell-src is rather less featureful however; getting it to parse 2+3*3 co

Re: parser

and so what's the meaning of all those files in libraries/haskell-src/Languag/Haskell? Where can i find some documentation about the parser of the GHC? 2007/5/31, Stefan O'Rear <[EMAIL PROTECTED]>: On Wed, May 30, 2007 at 07:24:49PM +0200, Luca Torella wrote: > Hi, i've just downloaded the GH

Re: parser

On Wed, May 30, 2007 at 07:24:49PM +0200, Luca Torella wrote: > Hi, i've just downloaded the GHC code from the darcs repository and > i'd like to learn how GHC parse the haskell code to use it in the > next stages of the compilation. > > I started digging into the code, since i didn't found a

parser

Hi, i've just downloaded the GHC code from the darcs repository and i'd like to learn how GHC parse the haskell code to use it in the next stages of the compilation. I started digging into the code, since i didn't found a good document to read about it. I know that the parser is generated t

patch applied (ghc): Fix bogus check for strictness in newtypes

Wed May 30 07:14:44 PDT 2007 [EMAIL PROTECTED] * Fix bogus check for strictness in newtypes M ./compiler/typecheck/TcTyClsDecls.lhs -1 +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): export noSrcLoc, noSrcSpan

Wed May 30 06:31:46 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * export noSrcLoc, noSrcSpan M ./compiler/main/GHC.hs -2 +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: escapes in subjects [Re: patch applied (ghc): parseInteger-"> "...]

Ian Lynagh <[EMAIL PROTECTED]> wrote: > > We want ideally a simple call like > > Xtract -n "//patch[0]/name/-" - OK, in my home directory on darcs.haskell.org, there is a new binary of Xtract, which implements the -n flag as shown in the example above, to squash entity references to their tex

patch applied (ghc): Fix copy-and-paste-o

Wed May 30 03:56:29 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * Fix copy-and-paste-o M ./Makefile -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (testsuite): Test for Trac #1382

Wed May 30 01:23:41 PDT 2007 [EMAIL PROTECTED] * Test for Trac #1382 M ./tests/ghc-regress/typecheck/should_fail/all.T +1 A ./tests/ghc-regress/typecheck/should_fail/tcfail181.hs A ./tests/ghc-regress/typecheck/should_fail/tcfail181.stderr __

patch applied (ghc): Fix bug in tcSimplifyInfer (Trac #1382)

Wed May 30 01:12:40 PDT 2007 [EMAIL PROTECTED] * Fix bug in tcSimplifyInfer (Trac #1382) When I rejigged constraint simplification when inferring types, I missed a corner case. Somethign that it's distressingly easy to do. Anyway this fixes it; see the comments in tcSimplifyInfer with

Daily report for head

Build results: x86-64 Linux head: fail (failed bin dist failed slave lost) x86 Windows head:fail (failed bin dist) x86 Windows head fast: pass pass pass pass pass pass x86-64 Linux head unreg: fail (failed stage1) Old unexpected test passes: arith008 1 x86 Windows head New

patch applied (ghc): Reject newtypes with strictness annotations; fixes read008

Wed May 30 00:16:25 PDT 2007 [EMAIL PROTECTED] * Reject newtypes with strictness annotations; fixes read008 This used to be a parse error, but ! annotations are now handled further downstream in the compiler, and I'd forgotten to check that newtypes do not have strictness annotations.