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

2007-08-11 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 Sat Aug 11 19:30:00 BST 2007. checki

Re: PPC Mac OS X validate: Unexpected failures: derefnull(normal) and divbyzero(normal)

2007-08-11 Thread Roman Leshchinskiy
Clemens Fruhwirth wrote: At Sat, 11 Aug 2007 17:00:47 +0200, Thorkil Naur <[EMAIL PROTECTED]> wrote: Hello, Running validate on a PPC Mac OS X with the current (2007-08-11) HEAD produces: OVERALL SUMMARY for test run started at Sat Aug 11 15:23:58 CEST 2007 1842 total tests, which gave

Re: My current speed-testing validating technique

2007-08-11 Thread Isaac Dupree
Isaac Dupree wrote: Second includes FastString and FiniteMap changes above the first (that's what builds I have convenient now)... and I'm just using the stage1, which will certainly have some effect on the results (similar effect on both) first: 40,328 bytes allocated in the heap 1

Re: My current speed-testing validating technique

2007-08-11 Thread Stefan O'Rear
On Sat, Aug 11, 2007 at 06:43:18PM -0300, Isaac Dupree wrote: > Of course I can test other patch combinations at approximately 15 minutes > each (to rebuild GHC+libs... maybe that can be shortened by taking some > shortcuts. Certainly if the changes aren't supposed to change ghc's > behavior _at

Re: My current speed-testing validating technique

2007-08-11 Thread Isaac Dupree
BTW, I wish I could put my performance test results in the patch descriptions, but I generally record the patches before testing them so that I can easily test just those patches, combine, whatever darcs lets me do. Maybe I should re-record them I don't like doing that though, and amend-re

Re: My current speed-testing validating technique

2007-08-11 Thread Isaac Dupree
Simon Marlow wrote: This is certainly a useful test, but I use a slightly different method to check for performance regressions when I'm trying small modifications to the compiler. This isn't as foolproof, but in some ways it's more sensitive and it's deterministic. Okay, allocations are a r

Re: My current speed-testing validating technique

2007-08-11 Thread Simon Marlow
Isaac Dupree wrote: The procedure I am about to describe, should make me notice serious performance regressions in the compiled stage1. Also it tells me when my patches don't break validate any *more* than an unpatched HEAD (***which is true currently, that validate is slightly broken for me

Re: PPC Mac OS X validate: Unexpected failures: derefnull(normal) and divbyzero(normal)

2007-08-11 Thread Clemens Fruhwirth
At Sat, 11 Aug 2007 17:00:47 +0200, Thorkil Naur <[EMAIL PROTECTED]> wrote: > > Hello, > > Running validate on a PPC Mac OS X with the current (2007-08-11) HEAD > produces: > > > OVERALL SUMMARY for test run started at Sat Aug 11 15:23:58 CEST 2007 > > 1842 total tests, which gave rise to >

patch applied (ghc): more cmpFS refactoring

2007-08-11 Thread Isaac Dupree
Mon Aug 6 17:12:48 PDT 2007 Isaac Dupree <[EMAIL PROTECTED]> * more cmpFS refactoring M ./compiler/utils/FastString.lhs -9 +11 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): use 'compare' when using the law of trichotomy

2007-08-11 Thread Isaac Dupree
Mon Aug 6 16:52:43 PDT 2007 Isaac Dupree <[EMAIL PROTECTED]> * use 'compare' when using the law of trichotomy M ./compiler/utils/FastString.lhs -6 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): use {-# UNPACK #-} !Int rather than explicit Int# (#1405)

2007-08-11 Thread Isaac Dupree
Mon Aug 6 16:44:28 PDT 2007 Isaac Dupree <[EMAIL PROTECTED]> * use {-# UNPACK #-} !Int rather than explicit Int# (#1405) M ./compiler/utils/FiniteMap.lhs -26 +15 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinf

PPC Mac OS X validate: Unexpected failures: derefnull(normal) and divbyzero(normal)

2007-08-11 Thread Thorkil Naur
Hello, Running validate on a PPC Mac OS X with the current (2007-08-11) HEAD produces: > OVERALL SUMMARY for test run started at Sat Aug 11 15:23:58 CEST 2007 > 1842 total tests, which gave rise to > 7193 test cases, of which >0 caused framework failures > 5643 were skipped >

Re: Broken HEAD

2007-08-11 Thread Ian Lynagh
On Fri, Aug 10, 2007 at 01:12:48PM -0300, Isaac Dupree wrote: > To be precise, this is what I'm getting from validate on x86 linux with > current HEAD, in case it matters. I've fixed these. Thanks Ian ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http

Daily report for head

2007-08-11 Thread BuildBot Collator
Build results: x86-64 Linux head: lost x86 Windows head: fail (failed boottestsuite runtestsuite nofib.boot.0 nofib.boot.0_2 nofib.boot.0_3 nofib.boot.0_4 nofib.boot.0_5) fail (failed stage3 boottestsuite runtestsuite nofib.boot.0 nofib.boot.0_2 nofib.boot.0_3 nofib.boot.0_4 nof