[nightly] 24-Apr-2009 build of HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

2009-04-24 Thread GHC Build Reports
Build description = HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com) Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx Nightly build started on cam-04-unx at Fri Apr 24 19:00:02 BST 2009. **

Re: patch applied (ghc): Require a bang pattern when unlifted types are where/let bound; #3182

2009-04-24 Thread Roman Leshchinskiy
On 25/04/2009, at 04:20, Ian Lynagh wrote: Fri Apr 24 05:47:54 PDT 2009 Ian Lynagh * Require a bang pattern when unlifted types are where/let bound; #3182 FWIW, I find this quite counterintuitive and it also breaks existing code. #3182 seems to be an unrelated bug report. What is the re

patch applied (testsuite): Add a test for the first part of #2806

2009-04-24 Thread Ian Lynagh
Fri Apr 24 06:21:27 PDT 2009 Ian Lynagh * Add a test for the first part of #2806 M ./tests/ghc-regress/typecheck/should_fail/all.T +3 A ./tests/ghc-regress/typecheck/should_fail/tcfail203.hs A ./tests/ghc-regress/typecheck/should_fail/tcfail203.stderr View patch online: http://dar

patch applied (testsuite): Also test the other part of #2806 in tcfail203

2009-04-24 Thread Ian Lynagh
Fri Apr 24 07:33:12 PDT 2009 Ian Lynagh * Also test the other part of #2806 in tcfail203 M ./tests/ghc-regress/typecheck/should_fail/all.T -3 +1 M ./tests/ghc-regress/typecheck/should_fail/tcfail203.hs +3 M ./tests/ghc-regress/typecheck/should_fail/tcfail203.stderr -2 +5 View patc

patch applied (testsuite): Use a bang pattern when we where/let-bind values with unlifted types

2009-04-24 Thread Ian Lynagh
Fri Apr 24 05:53:50 PDT 2009 Ian Lynagh * Use a bang pattern when we where/let-bind values with unlifted types M ./tests/ghc-regress/deSugar/should_compile/ds035.hs -2 +2 M ./tests/ghc-regress/deSugar/should_compile/ds057.hs -1 +1 M ./tests/ghc-regress/ghci.debugger/scripts/all.T -

patch applied (ghc): Fix a lint failure when we have a ! (# ... #) pattern in a where clause

2009-04-24 Thread Ian Lynagh
Fri Apr 24 10:33:13 PDT 2009 Ian Lynagh * Fix a lint failure when we have a ! (# ... #) pattern in a where clause This showed up when converting ds057 to follow the new bang pattern rules, in #2806. M ./compiler/deSugar/Match.lhs +15 View patch online: http://darcs.haskell.org/ghc/_

patch applied (ghc): Do the second part of #2806: Disallow unlifted types in ~ patterns

2009-04-24 Thread Ian Lynagh
Fri Apr 24 08:05:19 PDT 2009 Ian Lynagh * Do the second part of #2806: Disallow unlifted types in ~ patterns M ./compiler/typecheck/TcPat.lhs +10 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090424150519-3fd76-248324ef7e450ffcfc5e987e76300dc2d7fd27f5.gz __

patch applied (ghc): Tiny refactor

2009-04-24 Thread Ian Lynagh
Fri Apr 24 07:02:27 PDT 2009 Ian Lynagh * Tiny refactor M ./compiler/typecheck/TcPat.lhs -2 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090424140227-3fd76-4e8eab759c1ba5fa4bf37f9c9b65538a959c084e.gz ___ Cvs-ghc mailing l

patch applied (ghc): Require a bang pattern when unlifted types are where/let bound; #3182

2009-04-24 Thread Ian Lynagh
Fri Apr 24 05:47:54 PDT 2009 Ian Lynagh * Require a bang pattern when unlifted types are where/let bound; #3182 For now we only get a warning, rather than an error, because the alex and happy templates don't follow the new rules yet. M ./compiler/basicTypes/Unique.lhs -3 +3 M ./com

patch applied (ghc): Don't short out top-level indirections if there's a INLINE/NOINLINE pragma

2009-04-24 Thread Simon Peyton Jones
Fri Apr 24 05:32:38 PDT 2009 simo...@microsoft.com * Don't short out top-level indirections if there's a INLINE/NOINLINE pragma Ignore-this: 422a4256a63c93a0bf806cbfa564ec69 The top-level indirection-shorting, done in SimplCore.shortOutIndirections, was accidentally nuking a NOINLINE pr

patch applied (ghc): Fix #3182: 64 bit FP value returned by C calls was getting trashed

2009-04-24 Thread Ben Lippmeier
Thu Apr 23 23:50:53 PDT 2009 ben.lippme...@anu.edu.au * Fix #3182: 64 bit FP value returned by C calls was getting trashed Ignore-this: 529bfd2bfb663a70e1345a0089737496 movss instruction was being used to move the result into the destination register instead of movsd M ./compil

Re: Validate fails on Mac OS X

2009-04-24 Thread Simon Marlow
Manuel M T Chakravarty wrote: /Users/chak/Code/ghc-test/ghc/stage1-inplace/ghc -optc-Werror -optc-Wall -optc-W -optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return -optc-I../includes -optc-I. -optc-Iparallel -optc-Ism -optc-Ieventl

patch applied (ghc): add missing files (part of #3171 fix)

2009-04-24 Thread Simon Marlow
Fri Apr 24 02:16:10 PDT 2009 Simon Marlow * add missing files (part of #3171 fix) Ignore-this: 3d11fe878c873529906f67e930c46c2c A ./includes/RtsGlobals.h A ./rts/Globals.c View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090424091610-12142-c726fd5ce34173fa2a614488e78

patch applied (ghc): Tiny optimisation to mkInlineMe

2009-04-24 Thread Simon Peyton Jones
Fri Apr 24 00:47:33 PDT 2009 simo...@microsoft.com * Tiny optimisation to mkInlineMe Ignore-this: be1e8ed22a82f1dc348b1e047a986d8b M ./compiler/coreSyn/CoreUtils.lhs -2 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090424074733-1287e-00f03ded96d09a2767fd4e82f0488d6a

Daily report for head

2009-04-24 Thread BuildBot Collator
Build results: x86-64 Linux head: fail (failed stage1) kili head: pass x86-64 Linux head unreg: fail (failed stage1) Old unexpected test passes: unicode001 1 kili head unicode002 1 kili head Old unexpected test failures: 17801 kili head

Daily report for stable

2009-04-24 Thread BuildBot Collator
Build results: gabor stable: fail (failed stage1) kgardas stable: pass tnaur x86 Linux stable: pass x86 Linux stable: pass x86-64 Linux stable:pass Old unexpected test passes: unicode001 1 kili stable unicode002 1 kili stable Fixed unexpected test failures: