Re: Suggestion re altering the build system

2007-06-06 Thread Manuel M T Chakravarty
Simon Marlow wrote, Manuel M T Chakravarty wrote: I don't quite understand why (2) is much easier to implement and having a tag a week in the main tree marking a buildable state seems quite attractive to me. Anyway, Option (2) is fine, too. For (2) I was thinking we could just add a target i

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

2007-06-06 Thread GHC Build Reports
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 Jun 6 19:30:00 BST 2007. checkin

patch applied (ghc): Don't suggest -fno-monomorphism-restriction if it's already set

2007-06-06 Thread Simon Peyton Jones
Wed Jun 6 06:34:37 PDT 2007 [EMAIL PROTECTED] * Don't suggest -fno-monomorphism-restriction if it's already set This patch implements the suggestion in Trac #1398. It's obviously stupid to suggest -fno-monomorphism-restriction if the user is already using it. (Maybe another sug

patch applied (ghc): Remove unnecessary free-variables from renamer

2007-06-06 Thread Simon Peyton Jones
Wed Jun 6 06:25:21 PDT 2007 [EMAIL PROTECTED] * Remove unnecessary free-variables from renamer The renamer used to be responsible for making sure that all interfaces with instance decls (other than orphans) were loaded. But TH makes that impossible, so the typechecker does it, via che

patch applied (ghc): FIX #1385: make sure tuple instances are loaded

2007-06-06 Thread Simon Peyton Jones
Wed Jun 6 06:00:56 PDT 2007 [EMAIL PROTECTED] * FIX #1385: make sure tuple instances are loaded Typechecking of explicit tuples is done "by hand" (rather than using boxySplitTyConApp) so that rigidity is maintained. In making that change I'd forgotten to retain the call to checkWiredI

patch applied (ghc): Typo in comments

2007-06-06 Thread Simon Peyton Jones
Tue Jun 5 09:14:54 PDT 2007 [EMAIL PROTECTED] * Typo in comments M ./compiler/simplCore/SetLevels.lhs -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (testsuite): Add test for #1385

2007-06-06 Thread Simon Peyton Jones
Wed Jun 6 06:10:53 PDT 2007 [EMAIL PROTECTED] * Add test for #1385 M ./tests/ghc-regress/typecheck/should_compile/all.T +1 A ./tests/ghc-regress/typecheck/should_compile/tc227.hs ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskel

Re: patch applied (ghc): remove #if branches for pre-ghc-6.0

2007-06-06 Thread Malcolm Wallace
Isaac Dupree <[EMAIL PROTECTED]> wrote: > * remove #if branches for pre-ghc-6.0 > I skipped utils/hsc2hs/Main.hs since its ifs also involved > checking for old versions of nhc98 It's worth noting that hsc2hs was forked by ghc HQ, so the version in ghc/utils/hsc2hs is ghc-only, and no longer

patch applied (testsuite): Add comments about runCmd

2007-06-06 Thread Simon Peyton Jones
Wed Jun 6 02:48:20 PDT 2007 [EMAIL PROTECTED] * Add comments about runCmd M ./driver/testlib.py +11 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: Suggestion re altering the build system

2007-06-06 Thread Simon Marlow
Manuel M T Chakravarty wrote: Simon Marlow wrote: Simon Peyton-Jones wrote: | 1. We tag all the repos after a successful bootstrap on each platform. | Main problem with this: profusion of tags, obscuring 'darcs changes' | and 'darcs query tags'. Space itself isn't really an issue;

Daily report for head

2007-06-06 Thread BuildBot Collator
Build results: x86-64 Linux head:lost x86 Windows head: fail (failed bin dist) x86 Windows head fast:pass lost pass pass pass pass mnemosyne x86-64 Gentoo head: fail (failed stage1) x86-64 Linux head unreg: fail (failed stage1) New unexpected test failures: