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

2007-07-04 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 Jul 4 19:30:00 BST 2007. checkin

patch applied (ghc): Add first cut of the validate script

2007-07-04 Thread Peter Tanski
darcs sent on behalf of Simon Marlow: * Add first cut of the validate script A ./validate I don't mean to quibble when you are stuck in managerial drudgery but overwriting build.mk: validate:7-11 if [ -f mk/build.mk ]; then mv mk/build.mk mk/build.mk.bak fi echo BuildFlavour=quick

patch applied (ghc): The standard SUBDIRS in the top level Makefile should include libraries

2007-07-04 Thread Ian Lynagh
Wed Jul 4 07:08:55 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * The standard SUBDIRS in the top level Makefile should include libraries M ./Makefile -7 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Remove mapAccumL, mapAccumR, mapAccumB

2007-07-04 Thread Ian Lynagh
Mon Jul 2 05:26:51 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * Remove mapAccumL, mapAccumR, mapAccumB mapAccumL and mapAccumR are in Data.List now. mapAccumB is unused. M ./compiler/codeGen/CgClosure.lhs +2 M ./compiler/codeGen/CgHeapery.lhs +2 M ./compiler/codeGen/CgMonad.lhs +1

patch applied (ghc): Remove the unused "Eager monad"

2007-07-04 Thread Ian Lynagh
Mon Jul 2 04:52:04 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * Remove the unused "Eager monad" M ./compiler/utils/Util.lhs -35 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Add a type signature

2007-07-04 Thread Ian Lynagh
Mon Jul 2 04:49:24 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * Add a type signature M ./compiler/utils/Util.lhs +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Remove unused functions (applyToPair, applyToFst, applyToSnd)

2007-07-04 Thread Ian Lynagh
Mon Jul 2 04:48:12 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * Remove unused functions (applyToPair, applyToFst, applyToSnd) M ./compiler/utils/Util.lhs -16 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-g

patch applied (ghc): Remove unused cfst (== const)

2007-07-04 Thread Ian Lynagh
Mon Jul 2 04:47:09 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * Remove unused cfst (== const) M ./compiler/utils/Util.lhs -9 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Remove prefixMatch and suffixMatch from Util

2007-07-04 Thread Ian Lynagh
Mon Jul 2 04:42:08 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * Remove prefixMatch and suffixMatch from Util Use standard isPrefixOf/isSuffixOf instead. M ./compiler/ghci/InteractiveUI.hs -1 +1 M ./compiler/main/DynFlags.hs -1 +1 M ./compiler/main/Main.hs -1 +1 M ./compiler/main

patch applied (testsuite): fix testblockalloc for THREADS=2

2007-07-04 Thread Simon Marlow
Wed Jul 4 08:41:39 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * fix testblockalloc for THREADS=2 M ./tests/ghc-regress/rts/all.T -4 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: Makefile solution for stageN directories?

2007-07-04 Thread Peter Tanski
On Jul 4, 2007, at 4:21 AM, Simon Peyton-Jones wrote: | > Yes, there's no way to emit warnings for options right now. There | > really should be - feel free to improve things. | | You seem to have been quite busy--judging from cvs-ghc traffic. If | possible, though, would you (or someone else

patch applied (ghc): Use $(HC), not $(GHC) to compile ghc-inplace

2007-07-04 Thread Simon Marlow
Wed Jul 4 06:57:04 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * Use $(HC), not $(GHC) to compile ghc-inplace $(GHC) is always the installed compiler, $(HC) changes depending on the stage. This has the nice effect that we build stage2/ghc-inplace using the stage1 compiler, and get to ta

Re: Head broken again

2007-07-04 Thread Claus Reinke
this would work better for new features than for modifications. developers on OSX would -after testing- check in something like: #if (OSX || TEST(WIN) || TEST(LINUX) ..) .. new feature .. #endif .. depending on build/test outcome. TEST(X) would be false for any non-X variant, true fo

patch applied (testsuite): accept output

2007-07-04 Thread Simon Marlow
Wed Jul 4 06:50:29 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * accept output M ./tests/ghc-regress/gadt/lazypat.stderr -1 +2 M ./tests/ghc-regress/gadt/rw.stderr -6 +6 M ./tests/ghc-regress/indexed-types/should_fail/Simple12.stderr -1 +1 M ./tests/ghc-regress/indexed-types/shou

patch applied (testsuite): gadt23: $MAKE needs --no-print-directory

2007-07-04 Thread Simon Marlow
Wed Jul 4 06:45:16 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * gadt23: $MAKE needs --no-print-directory M ./tests/ghc-regress/gadt/all.T -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): We don't need a SIGCONT handler any more

2007-07-04 Thread Simon Marlow
Wed Jul 4 05:36:06 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * We don't need a SIGCONT handler any more The SIGCONT handler was used to put stdin back in O_NONBLOCK mode, after the process is resumed, but we don't want to do that now: the standard handles are kept in blocking mode. M

patch applied (ghc): Add first cut of the validate script

2007-07-04 Thread Simon Marlow
Wed Jul 4 05:22:41 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * Add first cut of the validate script A ./validate ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

RE: Record wildcard patch

2007-07-04 Thread Augustsson, Lennart
Thanks for applying and improving the patch, Simon. Unfortunately it doesn't work anymore. I've sent in a bug report. Perhaps I forgot to submit the tests to the test suite? -- Lennart -Original Message- From: Simon Peyton-Jones [mailto:[EMAIL PROTECTED] Sent: Monday, June 18, 2007

HEADS UP: pulling yesterday's patches might expose a bug in darcs

2007-07-04 Thread Simon Marlow
When pulling the patches that were pushed to the HEAD yesterday, you might find that your local repo contains the following changes: > darcs w -s ./compiler/cmm/CmmBrokenBlock.hs -> ./compiler/cmm/CmmCPSData.hs A ./compiler/cmm/CmmBrokenBlock.hs R ./compiler/cmm/CmmCPSData.hs This appears to b

Re: Head broken again

2007-07-04 Thread Claus Reinke
i don't have the feeling that most of the recent breakage is due to negligence, nor do i think that asking contributors to be more responsible will solve the main issues. yes, there have been a few cases where typos or incomplete commits caused breakage and, yes, re-building, *after* pull, *bef

patch applied (testsuite): add test for #1131

2007-07-04 Thread Simon Marlow
Wed Jul 4 03:49:31 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * add test for #1131 M ./tests/ghc-regress/array/should_run/all.T +1 A ./tests/ghc-regress/array/should_run/arr018.hs A ./tests/ghc-regress/array/should_run/arr018.stdout ___ C

Re: Head broken again

2007-07-04 Thread Simon Marlow
Manuel M T Chakravarty wrote: Right now the fast testsuite doesn't have zero failures (it has about 20), we'll need to get that down to zero first. The fast testsuite currently runs in about 8 minutes on a fast Linux machine; it was about 5 minutes when I first did it, so we probably need som

Re: Head broken again

2007-07-04 Thread Manuel M T Chakravarty
Simon x 2, I've just been chatting with Simon about this, and basically we're willing to try a more rigorous testing regime for changes to the HEAD. Yesterday Ian and I uncovered a problem with the "known buildable" repositories idea: the build slave has a partial repository, so it can't nec

Re: Head broken again

2007-07-04 Thread Manuel M T Chakravarty
Simon, | I think its a matter of scalability. The "testing by pushing to head" approach | that you seem to advocate worked well enough when few people were hacking GHC. | However, it seems that the number of GHC developers has been growing quite a bit | in recent times I agree completely. It's

patch applied (ghc): Added support for update frames to the CPS pass

2007-07-04 Thread Michael Adams
Tue Jul 3 14:44:13 PDT 2007 Michael D. Adams <[EMAIL PROTECTED]> * Added support for update frames to the CPS pass (This required a bit of refactoring of CmmInfo.) M ./compiler/cmm/Cmm.hs -5 +17 M ./compiler/cmm/CmmCPS.hs -34 +44 M ./compiler/cmm/CmmCPSGen.hs -34 +63 M ./comp

patch applied (ghc): Fix error message in CPS pass

2007-07-04 Thread Michael Adams
Tue Jul 3 14:25:55 PDT 2007 Michael D. Adams <[EMAIL PROTECTED]> * Fix error message in CPS pass M ./compiler/cmm/CmmProcPoint.hs -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Factor cmmToRawCmm completely out of CPS

2007-07-04 Thread Michael Adams
Tue Jul 3 14:17:34 PDT 2007 Michael D. Adams <[EMAIL PROTECTED]> * Factor cmmToRawCmm completely out of CPS This patch also fixes how the CPS handles functions with an empty body. Factoring cmmToRawCmm out of the CPS pass made that fix easier. M ./compiler/cmm/CmmCPS.hs -9 +12 ___

patch applied (ghc): Remove dead code in the CPS pass

2007-07-04 Thread Michael Adams
Tue Jul 3 02:47:35 PDT 2007 Michael D. Adams <[EMAIL PROTECTED]> * Remove dead code in the CPS pass M ./compiler/cmm/CmmCPS.hs -11 +5 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Minor formatting cleanup.

2007-07-04 Thread Michael Adams
Tue Jul 3 02:36:25 PDT 2007 Michael D. Adams <[EMAIL PROTECTED]> * Minor formatting cleanup. M ./compiler/cmm/CmmCPS.hs -2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Moved 'continuationToProc' into a separate file, 'CmmCPSGen.hs'.

2007-07-04 Thread Michael Adams
Tue Jul 3 02:34:44 PDT 2007 Michael D. Adams <[EMAIL PROTECTED]> * Moved 'continuationToProc' into a separate file, 'CmmCPSGen.hs'. M ./compiler/cmm/CmmCPS.hs -451 +1 A ./compiler/cmm/CmmCPSGen.hs ___ Cvs-ghc mailing list Cvs-ghc@haskell.org

patch applied (ghc): Finished support for foreign calls in the CPS pass

2007-07-04 Thread Michael Adams
Tue Jul 3 02:13:20 PDT 2007 Michael D. Adams <[EMAIL PROTECTED]> * Finished support for foreign calls in the CPS pass M ./compiler/cmm/CmmBrokenBlock.hs -2 +24 M ./compiler/cmm/CmmCPS.hs -15 +209 M ./compiler/cmm/CmmUtils.hs +28 ___ Cvs-

patch applied (ghc): Multiple improvements to CPS algorithm.

2007-07-04 Thread Michael Adams
Mon Jul 2 01:42:21 PDT 2007 Michael D. Adams <[EMAIL PROTECTED]> * Multiple improvements to CPS algorithm. These include: - Stack size detection now includes function arguments. - Stack size detection now avoids stack checks just because of the GC block. - A CmmCall followed by

patch applied (ghc): Allow safety information on calls in Cmm files

2007-07-04 Thread Michael Adams
Thu Jun 28 03:11:33 PDT 2007 Michael D. Adams <[EMAIL PROTECTED]> * Allow safety information on calls in Cmm files M ./compiler/cmm/CmmParse.y -11 +37 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: Head broken again

2007-07-04 Thread Simon Marlow
I've just been chatting with Simon about this, and basically we're willing to try a more rigorous testing regime for changes to the HEAD. Yesterday Ian and I uncovered a problem with the "known buildable" repositories idea: the build slave has a partial repository, so it can't necessarily push

RE: Makefile solution for stageN directories?

2007-07-04 Thread Simon Peyton-Jones
| > Yes, there's no way to emit warnings for options right now. There | > really should be - feel free to improve things. | | You seem to have been quite busy--judging from cvs-ghc traffic. If | possible, though, would you (or someone else knowledgable) have time | to outline how to create an out

RE: Head broken again

2007-07-04 Thread Simon Peyton-Jones
Manuel | I think its a matter of scalability. The "testing by pushing to head" approach | that you seem to advocate worked well enough when few people were hacking GHC. | However, it seems that the number of GHC developers has been growing quite a bit | in recent times I agree completely. It's

Daily report for head

2007-07-04 Thread BuildBot Collator
Build results: x86-64 Linux head:pass x86 Windows head: fail (failed pushchanges) fail (failed darcs) fail (failed stage1) x86 Windows head fast:pass pass fail (failed stage1) fail (failed stage1) pass pass mnemosyne x86-64 Gentoo head: pass tnaur x86 Linux head: