[nightly] 16-May-2008 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/simonmar/nightly/HEAD Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Fri May 16 18:00:01 BST 2008. checking out

patch applied (ghc): Add dummy LICENSE file to make Cabal go through

Fri May 16 19:53:51 PDT 2008 Tim Chevalier <[EMAIL PROTECTED]> * Add dummy LICENSE file to make Cabal go through Add a LICENSE file that just points to the GHC license. A ./utils/ext-core/LICENSE View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080517025351-d61e2-000d4

Re: patch applied (ghc): Improve the treatment of 'seq' (Trac #2273)

On Fri, May 16, 2008 at 05:23:02PM +0100, Simon Peyton-Jones wrote: > Yes that's right. I've realised that to be fully robust you should really say > > let !x2 = x in ...x2... > > rather than > > x `seq` ...x Don't we explain the meaning of let !x2 = x in ...x2... as de

Re: patch applied (ghc): Improve the treatment of 'seq' (Trac #2273)

Is there any particular reason to use let vs. case e.g. case e of !x -> ... x ... ? As far as I can tell, the main difference is the layout rule affecting following code... the point being that you don't want those thunks floating around being used, and strict-binding makes it obvious to th

[nightly] 16-May-2008 build of STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/simonmar/nightly/STABLE Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Fri May 16 18:10:01 BST 2008. checki

Re: patch applied (ghc): Improve the treatment of 'seq' (Trac #2273)

So would you say this affects our standard idiom for strictifying things. The let !x = e in ... x ... form should be used now, for robustness reasons. -- Don simonpj: > Yes that's right. I've realised that to be fully robust you should really say > > let !x2 = x in ...x2... > >

RE: patch applied (ghc): Improve the treatment of 'seq' (Trac #2273)

Yes that's right. I've realised that to be fully robust you should really say let !x2 = x in ...x2... rather than x `seq` ...x With the latter, if you have let x = e enclosing, then substituting e for x can defeat the seq. And what humans can do, compilers may too!

Re: patch applied (ghc): Improve the treatment of 'seq' (Trac #2273)

simonpj: > Fri May 16 01:51:49 PDT 2008 [EMAIL PROTECTED] > * Improve the treatment of 'seq' (Trac #2273) > > Trac #2273 showed a case in which 'seq' didn't cure the space leak > it was supposed to. This patch does two things to help > > a) It removes a now-redundant special case in

patch applied (ghc): FIX #2257: timer_settime() hangs during configure

Fri May 16 06:00:45 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * FIX #2257: timer_settime() hangs during configure On a 2.6.24 Linux kernel, it appears that timer_settime() for CLOCK_REALTIME is sometimes hanging for a random amount of time when given a very small interval (we were using 1n

patch applied (testsuite): add test for #2014

Thu May 15 06:42:37 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * add test for #2014 A ./tests/ghc-regress/th/2014/ A ./tests/ghc-regress/th/2014/A.hs A ./tests/ghc-regress/th/2014/A.hs-boot A ./tests/ghc-regress/th/2014/B.hs A ./tests/ghc-regress/th/2014/C.hs A ./tests/gh

patch applied (ghc): validate fix: eliminate a warning

Fri May 16 02:59:47 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * validate fix: eliminate a warning M ./compiler/deSugar/Desugar.lhs -1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080516095947-12142-5dc1c2fd788b7bae612e83ae69c1bfd25b228ae7.gz ___

patch applied (ghc): validate fix: eliminate a warning on non-Windows

Thu May 15 07:25:18 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * validate fix: eliminate a warning on non-Windows M ./compiler/ghci/ByteCodeGen.lhs -2 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080515142518-12142-3f2707d7653b0e87e56a0b8a6bc237c33477f685.gz

patch applied (ghc): FIX #2014: Template Haskell w/ mutually recursive modules

Thu May 15 06:45:15 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * FIX #2014: Template Haskell w/ mutually recursive modules Try to load interfaces in getLinkDeps M ./compiler/ghci/Linker.lhs -27 +33 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080515134515-12142-e10f6c0

patch applied (ghc): Document ghc-pkg find-module, substring matching, and multi-field selection

Thu May 1 08:27:00 PDT 2008 [EMAIL PROTECTED] * Document ghc-pkg find-module, substring matching, and multi-field selection Documentation and examples taken from - ghc-pkg/Main.hs usageHeader - patch: FIX 1463 (implement 'ghc-pkg find-module') - patch: FIX #1

patch applied (ghc): Improve the treatment of 'seq' (Trac #2273)

Fri May 16 01:51:49 PDT 2008 [EMAIL PROTECTED] * Improve the treatment of 'seq' (Trac #2273) Trac #2273 showed a case in which 'seq' didn't cure the space leak it was supposed to. This patch does two things to help a) It removes a now-redundant special case in Simplify, which s

Daily report for stable

Build results: gabor stable:pass kahl G5 Gentoo Linux stable: fail (failed darcs) tnaur x86 Linux stable: fail (failed stage1) x86 Windows stable: fail (failed bindisttest) fail (failed bindisttest failed slave lost) x86 Windows stable fast: pass pass lost pass pa

Daily report for head

Build results: x86-64 Linux head: fail (failed stage1) x86 Windows head: fail (failed bindisttest) fail (failed bindisttest failed slave lost) x86 Windows head fast: pass lost fail (failed getsubrepos) pass lost kahl G5 Gentoo Linux head: pass macgyver PPC OSX head: pass t