From ghcbuild at microsoft.com Sun Apr 1 01:11:56 2007 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Sun Apr 1 01:11:57 2007 Subject: [nightly] 31-Mar-2007 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20070401051156.9491D324283@www.haskell.org> 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 Mar 31 19:30:00 BST 2007. **** checking out new source tree ... ok. (GHC Version 6.7.20070331) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** generating binary distribution + manifest ... ok. **** running nofib (-O) ... ok. (2 failures) **** running nofib (-O -fasm) ... ok. (2 failures) **** running nofib (-O -prof -auto-all) ... ok. (5 failures) **** running nofib (-O -prof -auto-all -fasm) ... ok. (5 failures) **** running nofib (-fasm) ... ok. (2 failures) **** running nofib (-unreg) ... ok. **** publishing distfiles ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing logs ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing docs ... ok. Logs are at http://www.haskell.org/ghc/dist/current/logs Dists are at http://www.haskell.org/ghc/dist/current/dist Docs are at http://www.haskell.org/ghc/dist/current/docs All done! Nightly build finished successfully at Sun Apr 1 06:12:56 BST 2007 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Sat Mar 31 23:50:37 BST 2007 1728 total tests, which gave rise to 10434 test cases, of which 10 caused framework failures 1901 were skipped 8198 expected passes 96 expected failures 3 unexpected passes 226 unexpected failures Unexpected passes: arith008(profasm) cholewo-eval(profasm) read032(normal) Unexpected failures: Church2(normal) GMapAssoc(optc,hpc,profc,profasm) GMapTop(optc,hpc,profc,profasm) TH_exn(normal) arith005(optc,hpc,optasm,profc,profasm,threaded2) arith008(hpc,threaded2) arith011(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) arith012(hpc,threaded2) arrowrun004(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) barton-mangler-bug(hpc,threaded2) base01(normal) break001(ghci) break004(ghci) break008(ghci) break010(ghci) cabal02(normal) cholewo-eval(hpc,threaded2) conc046(unreg) conc048(threaded2) conc052(profc,profasm) conc060(unreg) conc061(unreg) conc062(unreg) conc063(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) concprog001(ghci) concprog002(threaded2) dataA(normal,optc,hpc,optasm,profc,profasm,unreg) drvfail001(normal) drvfail002(normal) drvfail003(normal) drvfail007(normal) drvfail011(normal) dsrun014(ghci) f(normal,optc,hpc,optasm,profc,profasm,unreg) ffi-deriv1(normal,optc,hpc,optasm,profc,profasm,unreg) ffi009(threaded2) gadt23(normal) galois_raytrace(hpc,threaded2) getC(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) haddock.Test(optc,profc,unreg) head(normal,optc,hpc,optasm,profc,profasm,unreg) ind2(profc,profasm) maessen_hashtab(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) mod144(normal) mod146(normal) mod158(normal) mod160(normal) mod165(normal) mod41(normal) mod42(normal) mod43(normal) mod56(normal) num012(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) print001(ghci) print002(ghci) print003(ghci) print004(ghci) print005(ghci) print006(ghci) print007(ghci) print008(ghci) print010(ghci) print011(ghci) print012(ghci) print013(ghci) print014(ghci) print015(ghci) print016(ghci) print017(ghci) read008(normal) read040(normal,optc,hpc,optasm,profc,profasm,unreg) rnfail028(normal) sum(normal,optc,hpc,optasm,profc,profasm,unreg) synonym(normal,optc,hpc,optasm,profc,profasm,unreg) tc049(normal,optc,hpc,optasm,profc,profasm,unreg) tc224(normal,optc,hpc,optasm,profc,profasm,unreg) tcfail004(normal) tcfail005(normal) tcfail044(normal) tcfail046(normal) tcfail047(normal) tcfail072(normal) tcfail105(normal,optc,hpc,optasm,profc,profasm,unreg) tcfail117(normal) tcfail118(normal) tcfail139(normal) tcfail140(normal) tcfail145(normal) tcfail156(normal) tcfail169(normal) tcfail172(normal) tcfail177(normal) ---------------------------------------------------- Nightly run ended at Sun Apr 1 06:12:56 BST 2007 From cvs-ghc at haskell.org Sun Apr 1 03:30:01 2007 From: cvs-ghc at haskell.org (BuildBot Collator) Date: Sun Apr 1 03:29:00 2007 Subject: Daily report for head Message-ID: <200704010730.l317U1jl021400@monk.galois.com> Old unexpected test passes: arith008 1 x86 Windows head barton-mangler-bug 2 macgyver PPC OSX head cholewo-eval 3 x86 Windows head New unexpected test failures: arr014 1 x86 Windows head regex001 1 x86 Windows head Old unexpected test failures: Church2 5 x86-64 Linux head GMapAssoc 4 x86-64 Linux head GMapTop 4 x86-64 Linux head TH_exn 5 x86-64 Linux head arith005 4 x86-64 Linux head arith008 1 x86 Windows head arith011 4 x86 Windows head arith012 1 x86 Windows head arrowrun004 4 x86-64 Linux head barton-mangler-bug 3 x86 Windows head base01 2 x86-64 Linux head break001 5 x86-64 Linux head break004 5 x86-64 Linux head break008 5 x86-64 Linux head break010 5 x86-64 Linux head cabal01 2 macgyver PPC OSX head cabal02 3 x86-64 Linux head cholewo-eval 1 x86 Windows head conc019 1 x86-64 Linux head conc023 1 x86 Windows head conc052 2 x86-64 Linux head conc056 2 x86-64 Linux head conc063 4 x86-64 Linux head conc068 2 macgyver PPC OSX head concprog001 2 x86-64 Linux head concprog002 2 macgyver PPC OSX head dataA 5 x86-64 Linux head drvfail001 5 x86-64 Linux head drvfail002 5 x86-64 Linux head drvfail003 5 x86-64 Linux head drvfail007 5 x86-64 Linux head drvfail011 5 x86-64 Linux head dsrun014 3 x86-64 Linux head enum01 1 tnaur PPC OSX head f 5 x86-64 Linux head ffi-deriv1 5 x86-64 Linux head ffi009 3 x86 Windows head forkprocess01 1 macgyver PPC OSX head gadt23 2 x86-64 Linux head galois_raytrace 3 x86 Windows head getC 5 x86-64 Linux head getDirContents001 1 x86 Windows head ghci015 1 x86 Windows head fast ghciprog004 1 x86 Windows head fast haddock.Test 4 x86-64 Linux head head 5 x86-64 Linux head ind2 2 x86-64 Linux head joao-circular 1 tnaur PPC OSX head maessen_hashtab 4 x86-64 Linux head mod144 4 x86-64 Linux head mod146 4 x86-64 Linux head mod158 4 x86-64 Linux head mod160 4 x86-64 Linux head mod165 4 x86-64 Linux head mod41 5 x86-64 Linux head mod42 5 x86-64 Linux head mod43 5 x86-64 Linux head mod56 5 x86-64 Linux head net001 1 x86 Windows head num012 3 x86 Windows head print001 5 x86-64 Linux head print002 5 x86-64 Linux head print003 5 x86-64 Linux head print004 5 x86-64 Linux head print005 5 x86-64 Linux head print006 5 x86-64 Linux head print007 5 x86-64 Linux head print008 5 x86-64 Linux head print010 5 x86-64 Linux head print011 5 x86-64 Linux head print012 5 x86-64 Linux head print013 5 x86-64 Linux head print014 5 x86-64 Linux head print015 5 x86-64 Linux head print016 5 x86-64 Linux head print017 5 x86-64 Linux head read008 5 x86-64 Linux head read040 5 x86-64 Linux head readwrite002 2 x86 Windows head rn.prog006 2 x86 Windows head rnfail028 5 x86-64 Linux head seward-space-leak 1 tnaur PPC OSX head signals002 2 macgyver PPC OSX head sum 5 x86-64 Linux head synonym 5 x86-64 Linux head tc049 5 x86-64 Linux head tc217 3 x86 Windows head fast tc220 3 x86 Windows head fast tc223 3 x86 Windows head fast tc224 5 x86-64 Linux head tcfail004 5 x86-64 Linux head tcfail005 5 x86-64 Linux head tcfail044 5 x86-64 Linux head tcfail046 5 x86-64 Linux head tcfail047 5 x86-64 Linux head tcfail072 5 x86-64 Linux head tcfail105 5 x86-64 Linux head tcfail117 5 x86-64 Linux head tcfail118 5 x86-64 Linux head tcfail139 5 x86-64 Linux head tcfail140 5 x86-64 Linux head tcfail145 5 x86-64 Linux head tcfail156 5 x86-64 Linux head tcfail169 5 x86-64 Linux head tcfail172 5 x86-64 Linux head tcfail177 5 x86-64 Linux head typecheck.testeq1 1 x86 Windows head utf8_002 1 tnaur PPC OSX head utf8_003 1 tnaur PPC OSX head utf8_004 1 tnaur PPC OSX head utf8_005 1 tnaur PPC OSX head win32002 1 x86 Windows head From cvs-ghc at haskell.org Sun Apr 1 03:30:01 2007 From: cvs-ghc at haskell.org (BuildBot Collator) Date: Sun Apr 1 03:29:00 2007 Subject: Daily report for 6.6 Message-ID: <200704010730.l317U1hK021399@monk.galois.com> New unexpected test failures: ThreadDelay001 1 x86 Windows 6.6 regex002 1 x86 Windows 6.6 Old unexpected test failures: CPUTime001 1 mnemosyne x86-64 Gentoo 6.6 TH_dataD1 1 x86-64 Linux 6.6 cabal01 2 mnemosyne x86-64 Gentoo 6.6 cc005 2 x86-64 Linux 6.6 cg059 3 x86-64 Linux 6.6 conc023 1 x86 Windows 6.6 conc056 1 x86-64 Linux 6.6 conc064 1 mnemosyne x86-64 Gentoo 6.6 conc068 1 tnaur PPC OSX 6.6 driver011 1 tnaur PPC OSX 6.6 driver012 1 tnaur PPC OSX 6.6 driver013 1 tnaur PPC OSX 6.6 driver014 1 tnaur PPC OSX 6.6 driver015 1 tnaur PPC OSX 6.6 driver016 1 tnaur PPC OSX 6.6 driver017 1 tnaur PPC OSX 6.6 driver018 1 tnaur PPC OSX 6.6 driver021 1 tnaur PPC OSX 6.6 driver022 1 tnaur PPC OSX 6.6 driver023 1 tnaur PPC OSX 6.6 driver024 1 tnaur PPC OSX 6.6 driver024a 1 tnaur PPC OSX 6.6 driver025 1 tnaur PPC OSX 6.6 driver026 1 tnaur PPC OSX 6.6 driver027 1 tnaur PPC OSX 6.6 driver028 1 tnaur PPC OSX 6.6 driver031 1 tnaur PPC OSX 6.6 driver032 1 tnaur PPC OSX 6.6 driver033 1 tnaur PPC OSX 6.6 driver034 1 tnaur PPC OSX 6.6 driver035 1 tnaur PPC OSX 6.6 driver041 1 tnaur PPC OSX 6.6 driver042 1 tnaur PPC OSX 6.6 driver043 1 tnaur PPC OSX 6.6 driver044 1 tnaur PPC OSX 6.6 driver045 1 tnaur PPC OSX 6.6 driver051 1 tnaur PPC OSX 6.6 driver052 1 tnaur PPC OSX 6.6 driver053 1 tnaur PPC OSX 6.6 driver060 1 tnaur PPC OSX 6.6 driver061 1 tnaur PPC OSX 6.6 driver061a.1 1 tnaur PPC OSX 6.6 driver061a.2 1 tnaur PPC OSX 6.6 driver062.1 1 tnaur PPC OSX 6.6 driver062.2 1 tnaur PPC OSX 6.6 driver062.3 1 tnaur PPC OSX 6.6 driver063 1 tnaur PPC OSX 6.6 driver064 1 tnaur PPC OSX 6.6 driver065 1 tnaur PPC OSX 6.6 driver066 1 tnaur PPC OSX 6.6 driver067 1 tnaur PPC OSX 6.6 driver068 1 tnaur PPC OSX 6.6 driver069 1 tnaur PPC OSX 6.6 driver070 1 tnaur PPC OSX 6.6 driver071 1 tnaur PPC OSX 6.6 driver080 1 tnaur PPC OSX 6.6 driver200 1 tnaur PPC OSX 6.6 drvfail001 1 x86-64 Linux 6.6 drvfail003 4 x86-64 Linux 6.6 drvfail004 1 x86-64 Linux 6.6 drvfail007 1 x86-64 Linux 6.6 dsrun014 3 x86-64 Linux 6.6 gadt17 1 tnaur PPC OSX 6.6 gadt23 3 x86-64 Linux 6.6 ghci.prog007 1 tnaur PPC OSX 6.6 ghci001 1 tnaur PPC OSX 6.6 ghci002 1 tnaur PPC OSX 6.6 ghci003 1 tnaur PPC OSX 6.6 ghci004 1 tnaur PPC OSX 6.6 ghci005 1 tnaur PPC OSX 6.6 ghci006 1 tnaur PPC OSX 6.6 ghci007 1 tnaur PPC OSX 6.6 ghci008 1 tnaur PPC OSX 6.6 ghci009 1 tnaur PPC OSX 6.6 ghci011 1 tnaur PPC OSX 6.6 ghci012 1 tnaur PPC OSX 6.6 ghci013 1 tnaur PPC OSX 6.6 ghci015 3 x86 Windows 6.6 ghciprog004 1 tnaur PPC OSX 6.6 mod14 1 x86-64 Linux 6.6 mod142 2 x86-64 Linux 6.6 mod143 2 x86-64 Linux 6.6 mod144 1 tnaur PPC OSX 6.6 mod145 2 x86-64 Linux 6.6 mod146 3 x86-64 Linux 6.6 mod150 2 x86-64 Linux 6.6 mod155 1 mnemosyne x86-64 Gentoo 6.6 mod158 1 tnaur PPC OSX 6.6 mod160 1 tnaur PPC OSX 6.6 mod165 1 tnaur PPC OSX 6.6 mod166 1 tnaur PPC OSX 6.6 mod167 1 tnaur PPC OSX 6.6 mod46 1 x86-64 Linux 6.6 mod47 1 x86-64 Linux 6.6 mod5 1 x86-64 Linux 6.6 mod54 1 x86-64 Linux 6.6 mod81 1 x86-64 Linux 6.6 mod91 1 x86-64 Linux 6.6 prog001 1 tnaur PPC OSX 6.6 prog002 1 tnaur PPC OSX 6.6 prog003 1 tnaur PPC OSX 6.6 prog005 1 tnaur PPC OSX 6.6 prog006 1 tnaur PPC OSX 6.6 read028 1 x86-64 Linux 6.6 recomp001 1 tnaur PPC OSX 6.6 rn.prog006 1 tnaur PPC OSX 6.6 rnfail040 2 x86-64 Linux 6.6 tc173 1 tnaur PPC OSX 6.6 tcfail017 1 x86-64 Linux 6.6 tcfail019 1 x86-64 Linux 6.6 tcfail020 1 x86-64 Linux 6.6 tcfail032 4 x86-64 Linux 6.6 tcfail042 1 x86-64 Linux 6.6 tcfail055 4 x86-64 Linux 6.6 tcfail062 1 x86-64 Linux 6.6 tcfail067 1 x86-64 Linux 6.6 tcfail092 1 x86-64 Linux 6.6 tcfail096 1 x86-64 Linux 6.6 tcfail104 1 x86-64 Linux 6.6 tcfail106 1 x86-64 Linux 6.6 tcfail109 1 x86-64 Linux 6.6 tcfail115 4 x86-64 Linux 6.6 tcfail116 1 x86-64 Linux 6.6 tcfail128 1 x86-64 Linux 6.6 tcfail129 1 x86-64 Linux 6.6 tcfail132 1 x86-64 Linux 6.6 tcfail138 1 x86-64 Linux 6.6 tcfail165 4 x86-64 Linux 6.6 utf8_002 1 mnemosyne x86-64 Gentoo 6.6 utf8_003 1 mnemosyne x86-64 Gentoo 6.6 utf8_004 1 mnemosyne x86-64 Gentoo 6.6 utf8_005 1 mnemosyne x86-64 Gentoo 6.6 From sof at galois.com Sun Apr 1 04:48:33 2007 From: sof at galois.com (sof@galois.com) Date: Sun Apr 1 04:45:27 2007 Subject: [nightly] 31-Mar-2007 build of of HEAD on i386-unknown-mingw32 (bling) Message-ID: <01c7743a$Blat.v2.2.2$87dc59de@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 31-Mar-2007 build of of HEAD on i386-unknown-mingw32 (bling) Build description = of HEAD on i386-unknown-mingw32 (bling) Build location = /fptools/builds/HEAD Build config file = /fptools/builds/ghc-nightly/site/galois/conf-HEAD-bling Nightly build started on bling at Sat Mar 31 22:00:01 PDT 2007. **** checking out new source tree ... Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. ok. (GHC Version 6.7.20070331) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** building compiler binary distribution ... failed. **** canonicalizing mingw binary distribution tree... failed (ghc-6.7.20070331 not found). **** generating binary distribution + manifest ... ok. **** publishing distfiles ... ok. **** publishing logs ... ok. Logs are at http://www.haskell.org/ghc/dist/current/logs Dists are at http://www.haskell.org/ghc/dist/current/dist Docs are at http://www.haskell.org/ghc/dist/current/docs All done! Nightly build finished successfully at Sun Apr 1 01:48:33 PDT 2007 Nightly run ended at Sun Apr 1 01:48:33 PDT 2007 From chak at cse.unsw.edu.au Sun Apr 1 06:43:54 2007 From: chak at cse.unsw.edu.au (chak@cse.unsw.edu.au) Date: Sun Apr 1 06:42:52 2007 Subject: patch applied (ghc): Fixed desugaring of parallel array comprehensions Message-ID: <20070401104354.GA25393@cvs.haskell.org> Mon Apr 2 01:24:24 PDT 2007 Manuel M T Chakravarty * Fixed desugaring of parallel array comprehensions ** MERGE into 6.6.1 ** M ./compiler/deSugar/DsListComp.lhs -36 +55 M ./compiler/prelude/PrelNames.lhs -3 +3 From sven.panne at aedion.de Sun Apr 1 07:23:32 2007 From: sven.panne at aedion.de (Sven Panne) Date: Sun Apr 1 07:22:30 2007 Subject: darcs performance Message-ID: <200704011323.32592.sven.panne@aedion.de> [ Well, not exactly a GHC problem, but I think that the mailing list fits, anyway. ] When getting a repo via HTTP, darcs seems to be *much* faster than via SSH. Here as an example the cpphs repo, 3.7 patches per second vs. 0.7 patches per second (almost unusable for large/old repos): ------------------------------------------------------------------------------------------------- panne@spock:~> time darcs get --complete http://darcs.haskell.org:/cpphs Applying patch 189 of 189... done. Finished getting. real 0m50.998s user 0m0.180s sys 0m0.068s panne@spock:~> rm -rf cpphs/ panne@spock:~> time darcs get --complete panne@darcs.haskell.org:/home/darcs/cpphs Applying patch 189 of 189... done. Finished getting. real 4m22.311s user 0m0.228s sys 0m0.080s ------------------------------------------------------------------------------------------------- The SSH protocol is a bit more complicated than HTTP, but not by a factor of 5. :-( Is there a misconfiguration on my box or does this happen for other people, too? I'm using darcs 1.0.8 on openSUSE 10.2 x86_64. Cheers, S. From dons at cse.unsw.edu.au Sun Apr 1 07:38:18 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Sun Apr 1 07:37:54 2007 Subject: darcs performance In-Reply-To: <200704011323.32592.sven.panne@aedion.de> References: <200704011323.32592.sven.panne@aedion.de> Message-ID: <20070401113818.GA23252@cse.unsw.EDU.AU> sven.panne: > [ Well, not exactly a GHC problem, but I think that the mailing list fits, > anyway. ] > > When getting a repo via HTTP, darcs seems to be *much* faster than via SSH. > Here as an example the cpphs repo, 3.7 patches per second vs. 0.7 patches per > second (almost unusable for large/old repos): > > ------------------------------------------------------------------------------------------------- > panne@spock:~> time darcs get --complete http://darcs.haskell.org:/cpphs > Applying patch 189 of 189... done. > Finished getting. > > real 0m50.998s > user 0m0.180s > sys 0m0.068s > panne@spock:~> rm -rf cpphs/ > panne@spock:~> time darcs get --complete > panne@darcs.haskell.org:/home/darcs/cpphs > Applying patch 189 of 189... done. > Finished getting. > > real 4m22.311s > user 0m0.228s > sys 0m0.080s > ------------------------------------------------------------------------------------------------- > > The SSH protocol is a bit more complicated than HTTP, but not by a factor of > 5. :-( Is there a misconfiguration on my box or does this happen for other > people, too? I'm using darcs 1.0.8 on openSUSE 10.2 x86_64. > > Cheers, > S. > Are you using master/slave connections in ssh? This will let you reuse a single control connection in ssh, avoiding the need to reauthenticate to get each patch (and there's 2 or 3 of these per patch). In my .ssh/config file I have, for example: Host haskell-m Hostname cvs.haskell.org ControlMaster yes ControlPath ~/.ssh/ctl-haskell Compression yes Host haskell-s ControlMaster no ControlPath ~/.ssh/ctl-haskell Compression yes which sets up haskell-m as the alias for a 'master' connection to the old cvs server, and haskell-s as a slave connection. Once I've set up a single master connection to haskell-m, ssh haskell-m I can then have darcs pull over a slave connection: darcs pull haskell-s:/foo/bar/repo And it will not need to reauthenticate each time == performance boost. -- Don From ndmitchell at gmail.com Sun Apr 1 07:41:25 2007 From: ndmitchell at gmail.com (Neil Mitchell) Date: Sun Apr 1 07:40:23 2007 Subject: darcs performance In-Reply-To: <200704011323.32592.sven.panne@aedion.de> References: <200704011323.32592.sven.panne@aedion.de> Message-ID: <404396ef0704010441p69d8a817m822f2652ae28db50@mail.gmail.com> Hi Sven, > When getting a repo via HTTP, darcs seems to be *much* faster than via SSH. > Here as an example the cpphs repo, 3.7 patches per second vs. 0.7 patches per > second (almost unusable for large/old repos): The difference is massive, I almost think that 5 times faster is an understatement. If there are no patches to pull, I think the factor is higher. The Yhc people all check out over HTTP, and we have a "scons push" target, which runs darcs with the ssh url and --no-set-default. Thanks Neil From sven.panne at aedion.de Sun Apr 1 08:38:13 2007 From: sven.panne at aedion.de (Sven Panne) Date: Sun Apr 1 08:37:11 2007 Subject: darcs performance In-Reply-To: <20070401113818.GA23252@cse.unsw.EDU.AU> References: <200704011323.32592.sven.panne@aedion.de> <20070401113818.GA23252@cse.unsw.EDU.AU> Message-ID: <200704011438.13467.sven.panne@aedion.de> On Sunday 01 April 2007 13:38, Donald Bruce Stewart wrote: > Are you using master/slave connections in ssh? This will let you reuse a > single control connection in ssh, avoiding the need to reauthenticate to > get each patch (and there's 2 or 3 of these per patch). [...] I don't think so: darcs uses a few 'scp's to get things going, but then a single 'sftp' is started to get all patches, so I very much doubt that this will give a significant performance boost. Anyway, darcs should never force a user to do some weird SSH stuff which I guess 99% of all users have never heard about (including me ;-). But thanks for a hint at the master/slave connections, perhaps this will be handy in some other context. Cheers, S. From sof at galois.com Sun Apr 1 08:48:21 2007 From: sof at galois.com (sof@galois.com) Date: Sun Apr 1 08:45:14 2007 Subject: [nightly] 01-Apr-2007 build of of 6.6 branch on i386-unknown-mingw32 (bling) Message-ID: <01c7745c$Blat.v2.2.2$07462ce2@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 01-Apr-2007 build of of 6.6 branch on i386-unknown-mingw32 (bling) Build description = of 6.6 branch on i386-unknown-mingw32 (bling) Build location = /fptools/builds/STABLE Build config file = /fptools/builds/ghc-nightly/site/galois/conf-STABLE-bling Nightly build started on bling at Sun Apr 1 02:00:01 PDT 2007. **** checking out new source tree ... Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. ok. (GHC Version 6.6.20070401) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... failed (ghc-6.6.20070401 not found). **** generating binary distribution + manifest ... ok. **** publishing distfiles ... ok. **** publishing logs ... ok. Logs are at http://www.haskell.org/ghc/dist/stable/logs Dists are at http://www.haskell.org/ghc/dist/stable/dist Docs are at http://www.haskell.org/ghc/dist/stable/docs All done! Nightly build finished successfully at Sun Apr 1 05:48:20 PDT 2007 Nightly run ended at Sun Apr 1 05:48:20 PDT 2007 From igloo at earth.li Sun Apr 1 11:02:12 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:01:09 2007 Subject: patch applied (ghc): Fix darcs-all to be usable with shells other than bash Message-ID: <20070401150212.GA30984@cvs.haskell.org> Tue Mar 6 09:30:11 PST 2007 Alec Berryman * Fix darcs-all to be usable with shells other than bash M ./darcs-all -1 +1 From igloo at earth.li Sun Apr 1 11:11:28 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:10:28 2007 Subject: patch applied (ghc-6.6/testsuite): MERGED: Test for RULES type-matching Message-ID: <20070401151128.GA31248@cvs.haskell.org> Sun Apr 1 05:52:24 PDT 2007 Ian Lynagh * MERGED: Test for RULES type-matching simonpj@microsoft.com**20070330140952 M ./tests/ghc-regress/simplCore/should_run/all.T +1 A ./tests/ghc-regress/simplCore/should_run/simplrun008.hs A ./tests/ghc-regress/simplCore/should_run/simplrun008.stdout From igloo at earth.li Sun Apr 1 11:11:36 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:10:35 2007 Subject: patch applied (ghc-6.6/ghc): Fixed desugaring of parallel array comprehensions Message-ID: <20070401151136.GA31273@cvs.haskell.org> Mon Apr 2 01:24:24 PDT 2007 Manuel M T Chakravarty * Fixed desugaring of parallel array comprehensions ** MERGE into 6.6.1 ** M ./compiler/deSugar/DsListComp.lhs -36 +55 M ./compiler/prelude/PrelNames.lhs -3 +3 From igloo at earth.li Sun Apr 1 11:11:39 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:10:39 2007 Subject: patch applied (ghc-6.6/ghc): Fix the build (crossPName -> crossMapPName) Message-ID: <20070401151139.GA31287@cvs.haskell.org> Sun Apr 1 06:27:47 PDT 2007 Ian Lynagh * Fix the build (crossPName -> crossMapPName) M ./compiler/deSugar/DsListComp.lhs -1 +1 From igloo at earth.li Sun Apr 1 11:11:42 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:10:41 2007 Subject: patch applied (ghc-6.6/ghc): MERGED: Match the type of an Id during rule matching Message-ID: <20070401151142.GA31301@cvs.haskell.org> Sun Apr 1 06:28:38 PDT 2007 Ian Lynagh * MERGED: Match the type of an Id during rule matching simonpj@microsoft.com**20070330140033 Please MERGE to 6.6.1 Consider this RULE forall (c::Char->Int) (x::Char). f (c x) = "RULE FIRED" Well, this should only match on arguments of the specified type But we simply weren't checking this condition before. Now we are. Test is simplrun008 M ./compiler/specialise/Rules.lhs -4 +21 From igloo at earth.li Sun Apr 1 11:11:46 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:10:45 2007 Subject: patch applied (ghc-6.6/ghc): MERGED: The ru_local field of a CoreRule is False for implicit Ids Message-ID: <20070401151146.GA31316@cvs.haskell.org> Sun Apr 1 06:55:27 PDT 2007 Ian Lynagh * MERGED: The ru_local field of a CoreRule is False for implicit Ids simonpj@microsoft.com**20070330144344 MERGE to 6.6.1 For class-ops, record selectors, data constructors, we want the ru_local field of the Rule to be False. We do not attach the rule to the binding for the Id, because there simply isn't a binding until the code gen stage. (NB: the ru_local field is different to the orphan-hood of the rule.) This fixes a bug that meant that RULES on class ops were never exported. M ./compiler/coreSyn/CoreSyn.lhs +2 M ./compiler/deSugar/Desugar.lhs -3 +5 M ./compiler/iface/TcIface.lhs -1 +3 From igloo at earth.li Sun Apr 1 11:11:49 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:10:47 2007 Subject: patch applied (ghc-6.6/ghc): MERGED: Fix darcs-all to be usable with shells other than bash Message-ID: <20070401151149.GA31330@cvs.haskell.org> Sun Apr 1 07:14:24 PDT 2007 Ian Lynagh * MERGED: Fix darcs-all to be usable with shells other than bash M ./darcs-all -1 +1 From igloo at earth.li Sun Apr 1 11:11:52 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:10:51 2007 Subject: patch applied (ghc-6.6/ghc): MERGED: partial fix for #1119 Message-ID: <20070401151152.GA31344@cvs.haskell.org> Sun Apr 1 07:29:44 PDT 2007 Ian Lynagh * MERGED: partial fix for #1119 Simon Marlow **20070327152215 Unless we're in one-shot mode, emit an error if we attempt to demand-load interfaces for home modules. This can only happen in one way (that I'm aware of): typing a qualified name at the GHCi prompt that refers to a module that isn't loaded. Previously you got a cryptic message about not finding an interface file, now you get: Prelude> Foo.a :1:0: attempting to use module `Foo' (Foo.hs) which is not loaded Of course you can still refer to package modules like this without loading them explicitly, only home modules are affected, and the behaviour is exactly the same as if you try to ':browse Foo' and Foo isn't loaded. M ./compiler/iface/LoadIface.lhs -19 +23 From igloo at earth.li Sun Apr 1 11:11:55 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:10:55 2007 Subject: patch applied (ghc-6.6/ghc): make GHCi use base:Prelude, not just Prelude Message-ID: <20070401151155.GA31358@cvs.haskell.org> Tue Mar 27 08:45:54 PDT 2007 Simon Marlow * make GHCi use base:Prelude, not just Prelude The module that GHCi uses for its default scope should be exactly base:Prelude, not whatever Prelude is found on the search path. M ./compiler/ghci/InteractiveUI.hs -1 +1 M ./compiler/main/GHC.hs -1 +1 From igloo at earth.li Sun Apr 1 11:11:58 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:10:58 2007 Subject: patch applied (ghc-6.6/ghc): MERGED: more improvements for #1119 Message-ID: <20070401151158.GA31372@cvs.haskell.org> Sun Apr 1 08:05:26 PDT 2007 Ian Lynagh * MERGED: more improvements for #1119 Simon Marlow **20070327153723 When GHCi compiles its code framgents for setting buffering, it wants to refer to base:System.IO rather than whatever System.IO is on the search path, unfortunately there's no way to do this in source code, so to hack around it we set the search path to empty before compiling these expressions (not forgetting to flush the finder cache afterward). M ./compiler/ghci/InteractiveUI.hs -2 +10 From igloo at earth.li Sun Apr 1 11:12:01 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:11:01 2007 Subject: patch applied (ghc-6.6/ghc): Fix the build: import basePackageId Message-ID: <20070401151201.GA31386@cvs.haskell.org> Sun Apr 1 08:07:22 PDT 2007 Ian Lynagh * Fix the build: import basePackageId M ./compiler/ghci/InteractiveUI.hs -1 +1 From igloo at earth.li Sun Apr 1 11:41:32 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 11:40:31 2007 Subject: darcs performance In-Reply-To: <200704011323.32592.sven.panne@aedion.de> References: <200704011323.32592.sven.panne@aedion.de> Message-ID: <20070401154132.GA5891@matrix.chaos.earth.li> On Sun, Apr 01, 2007 at 01:23:32PM +0200, Sven Panne wrote: > > When getting a repo via HTTP, darcs seems to be *much* faster than via SSH. > Here as an example the cpphs repo, 3.7 patches per second vs. 0.7 patches per > second (almost unusable for large/old repos): > > 5. :-( Is there a misconfiguration on my box or does this happen for other > people, too? I'm using darcs 1.0.8 on openSUSE 10.2 x86_64. darcs over SSH is slower for me too. I have pull no-set-default push no-set-default in ~/.darcs/defaults, and then do darcs push da which magically tab completes to, e.g., darcs push darcs.haskell.org:/home/darcs/ghc or darcs push . to get, e.g., darcs push ../../6.6-branch/ghc If I just do darcs pull then it uses the default repo, i.e. the HTTP one that I got originally. The tab completion is based on the contents of _darcs/prefs/repos. I think that it can be made to work with both bash and zsh. I don't think I had to do anything special to set it up (on Debian). Thanks Ian From igloo at earth.li Sun Apr 1 17:18:47 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:17:44 2007 Subject: patch applied (testsuite): Update test output Message-ID: <20070401211847.GA6866@cvs.haskell.org> Sun Apr 1 12:01:22 PDT 2007 Ian Lynagh * Update test output M ./tests/ghc-regress/module/mod155.stderr -1 +1 From igloo at earth.li Sun Apr 1 17:18:49 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:17:46 2007 Subject: patch applied (testsuite): Make our own pwd, so we don' t get confused by paths on cygwin Message-ID: <20070401211849.GA6891@cvs.haskell.org> Fri Mar 30 11:42:46 PDT 2007 Ian Lynagh * Make our own pwd, so we don't get confused by paths on cygwin M ./tests/ghc-regress/rename/prog006/Makefile -1 +2 M ./tests/ghc-regress/rename/prog006/all.T +1 A ./tests/ghc-regress/rename/prog006/pwd.hs From igloo at earth.li Sun Apr 1 17:18:51 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:17:49 2007 Subject: patch applied (testsuite): Time how long is spent on each .T file Message-ID: <20070401211851.GA6907@cvs.haskell.org> Sat Mar 31 04:52:28 PDT 2007 Ian Lynagh * Time how long is spent on each .T file M ./driver/runtests.py +15 M ./driver/testglobals.py +3 From igloo at earth.li Sun Apr 1 17:18:52 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:17:50 2007 Subject: patch applied (testsuite): On failure, diff the normalised test outputs Message-ID: <20070401211852.GA6926@cvs.haskell.org> Sun Apr 1 13:20:24 PDT 2007 Ian Lynagh * On failure, diff the normalised test outputs M ./driver/testlib.py -76 +77 M ./tests/ghc-regress/module/mod146.stderr -1 +1 From igloo at earth.li Sun Apr 1 17:18:54 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:17:52 2007 Subject: patch applied (testsuite): Check stderr output before stdout output Message-ID: <20070401211854.GA6945@cvs.haskell.org> Sun Apr 1 13:21:56 PDT 2007 Ian Lynagh * Check stderr output before stdout output M ./driver/testlib.py -4 +4 From igloo at earth.li Sun Apr 1 17:18:55 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:17:53 2007 Subject: patch applied (testsuite): Accept output Message-ID: <20070401211855.GA6960@cvs.haskell.org> Sun Apr 1 13:23:23 PDT 2007 Ian Lynagh * Accept output M ./tests/ghc-regress/th/TH_exn.stderr -1 +1 From igloo at earth.li Sun Apr 1 17:18:57 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:17:55 2007 Subject: patch applied (testsuite): Add some -v0s to cabal01; cabal still isn' t being quiet enough, though Message-ID: <20070401211857.GA6977@cvs.haskell.org> Sun Apr 1 13:33:13 PDT 2007 Ian Lynagh * Add some -v0s to cabal01; cabal still isn't being quiet enough, though M ./tests/ghc-regress/cabal/cabal01/Makefile -5 +5 From igloo at earth.li Sun Apr 1 17:18:58 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:17:56 2007 Subject: patch applied (testsuite): Consistent output for tests Message-ID: <20070401211858.GA6993@cvs.haskell.org> Sun Apr 1 13:54:55 PDT 2007 Ian Lynagh * Consistent output for tests M ./tests/ghc-regress/module/all.T -7 +7 M ./tests/ghc-regress/module/mod142.stderr -1 +1 M ./tests/ghc-regress/module/mod143.stderr -1 +1 M ./tests/ghc-regress/module/mod144.stderr -1 +1 M ./tests/ghc-regress/module/mod145.stderr -1 +1 M ./tests/ghc-regress/module/mod146.stderr -1 +1 M ./tests/ghc-regress/module/mod150.stderr -1 +1 M ./tests/ghc-regress/module/mod158.stderr -1 +1 M ./tests/ghc-regress/module/mod160.stderr -1 +1 M ./tests/ghc-regress/module/mod165.stderr -1 +1 From igloo at earth.li Sun Apr 1 17:19:00 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:17:58 2007 Subject: patch applied (testsuite): Update output with new, friendlier error Message-ID: <20070401211900.GA7020@cvs.haskell.org> Sun Apr 1 13:56:26 PDT 2007 Ian Lynagh * Update output with new, friendlier error M ./tests/ghc-regress/module/mod41.stderr -2 +2 M ./tests/ghc-regress/module/mod42.stderr -2 +2 M ./tests/ghc-regress/module/mod43.stderr -2 +2 From igloo at earth.li Sun Apr 1 17:19:02 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:17:59 2007 Subject: patch applied (testsuite): Update rnfail040 output Message-ID: <20070401211902.GA7038@cvs.haskell.org> Sun Apr 1 14:04:13 PDT 2007 Ian Lynagh * Update rnfail040 output M ./tests/ghc-regress/rename/should_fail/rnfail040.stderr -1 +1 From igloo at earth.li Sun Apr 1 17:19:03 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:18:01 2007 Subject: patch applied (testsuite): Remove generated file Message-ID: <20070401211903.GA7063@cvs.haskell.org> Sun Apr 1 14:05:28 PDT 2007 Ian Lynagh * Remove generated file R ./tests/ghc-regress/ghci/prog001/D.hs From igloo at earth.li Sun Apr 1 17:19:05 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:18:02 2007 Subject: patch applied (testsuite): tc217/220/223 need mtl Message-ID: <20070401211905.GA7086@cvs.haskell.org> Sun Apr 1 14:09:09 PDT 2007 Ian Lynagh * tc217/220/223 need mtl M ./tests/ghc-regress/typecheck/should_compile/all.T -3 +3 From igloo at earth.li Sun Apr 1 17:19:06 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:18:06 2007 Subject: patch applied (testsuite): IsString and fromString are in Data.String now Message-ID: <20070401211906.GA7103@cvs.haskell.org> Sun Apr 1 14:10:27 PDT 2007 Ian Lynagh * IsString and fromString are in Data.String now M ./tests/ghc-regress/typecheck/should_compile/tc224.hs +2 From igloo at earth.li Sun Apr 1 17:19:08 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:18:07 2007 Subject: patch applied (testsuite): Accept test output Message-ID: <20070401211908.GA7119@cvs.haskell.org> Sun Apr 1 14:17:51 PDT 2007 Ian Lynagh * Accept test output M ./tests/ghc-regress/typecheck/should_fail/tcfail044.stderr -4 +4 M ./tests/ghc-regress/typecheck/should_fail/tcfail047.stderr -2 +2 M ./tests/ghc-regress/typecheck/should_fail/tcfail139.stderr -2 +2 From igloo at earth.li Sun Apr 1 17:33:02 2007 From: igloo at earth.li (Ian Lynagh) Date: Sun Apr 1 17:31:59 2007 Subject: patch applied (ghc): Make error message output order consistent Message-ID: <20070401213302.GA7398@cvs.haskell.org> Sun Apr 1 11:57:41 PDT 2007 Ian Lynagh * Make error message output order consistent M ./compiler/rename/RnNames.lhs -2 +8 From ghcbuild at microsoft.com Sun Apr 1 22:38:28 2007 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Sun Apr 1 22:38:30 2007 Subject: [nightly] 01-Apr-2007 build of 6.6 branch on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20070402023828.A37A732415D@www.haskell.org> Build description = 6.6 branch on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location = /playpen/ghc/nightly/STABLE-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-6.6-cam-02-unx Nightly build started on cam-02-unx at Sun Apr 1 19:00:00 BST 2007. **** checking out new source tree ... ok. (GHC Version 6.6.20070401) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** generating binary distribution + manifest ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. (3 failures) **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. (5 failures) **** running nofib (-fasm) ... ok. (3 failures) **** running nofib (-unreg) ... ok. (91 failures) **** publishing distfiles ... ok. **** publishing logs ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing docs ... ok. Logs are at http://www.haskell.org/ghc/dist/stable/logs Dists are at http://www.haskell.org/ghc/dist/stable/dist Docs are at http://www.haskell.org/ghc/dist/stable/docs All done! Nightly build finished successfully at Mon Apr 2 03:39:31 BST 2007 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Sun Apr 1 22:26:23 BST 2007 1487 total tests, which gave rise to 7071 test cases, of which 16 caused framework failures 1233 were skipped 5755 expected passes 51 expected failures 0 unexpected passes 16 unexpected failures Unexpected failures: cg059(opt,optasm,prof,profasm,threaded2) conc048(threaded2) drvfail003(normal) mod144(normal) mod146(normal) mod158(normal) mod160(normal) mod165(normal) tcfail032(normal) tcfail055(normal) tcfail115(normal) tcfail165(normal) ---------------------------------------------------- Nightly run ended at Mon Apr 2 03:39:31 BST 2007 From ghcbuild at microsoft.com Mon Apr 2 01:08:10 2007 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Mon Apr 2 01:08:11 2007 Subject: [nightly] 01-Apr-2007 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20070402050810.0756A32420A@www.haskell.org> 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 Sun Apr 1 19:30:01 BST 2007. **** checking out new source tree ... ok. (GHC Version 6.7.20070401) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** generating binary distribution + manifest ... ok. **** running nofib (-O) ... ok. (2 failures) **** running nofib (-O -fasm) ... ok. (2 failures) **** running nofib (-O -prof -auto-all) ... ok. (5 failures) **** running nofib (-O -prof -auto-all -fasm) ... ok. (5 failures) **** running nofib (-fasm) ... ok. (2 failures) **** running nofib (-unreg) ... ok. **** publishing distfiles ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing logs ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing docs ... ok. Logs are at http://www.haskell.org/ghc/dist/current/logs Dists are at http://www.haskell.org/ghc/dist/current/dist Docs are at http://www.haskell.org/ghc/dist/current/docs All done! Nightly build finished successfully at Mon Apr 2 06:09:13 BST 2007 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Sun Apr 1 23:50:18 BST 2007 1728 total tests, which gave rise to 10434 test cases, of which 10 caused framework failures 1901 were skipped 8198 expected passes 96 expected failures 3 unexpected passes 226 unexpected failures Unexpected passes: arith008(profasm) cholewo-eval(profasm) read032(normal) Unexpected failures: Church2(normal) GMapAssoc(optc,hpc,profc,profasm) GMapTop(optc,hpc,profc,profasm) TH_exn(normal) arith005(optc,hpc,optasm,profc,profasm,threaded2) arith008(hpc,threaded2) arith011(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) arith012(hpc,threaded2) arrowrun004(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) barton-mangler-bug(hpc,threaded2) base01(normal) break001(ghci) break004(ghci) break008(ghci) break010(ghci) cabal02(normal) cholewo-eval(hpc,threaded2) conc046(unreg) conc048(threaded2) conc052(profc,profasm) conc060(unreg) conc061(unreg) conc062(unreg) conc063(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) concprog001(ghci) concprog002(threaded2) dataA(normal,optc,hpc,optasm,profc,profasm,unreg) drvfail001(normal) drvfail002(normal) drvfail003(normal) drvfail007(normal) drvfail011(normal) dsrun014(ghci) f(normal,optc,hpc,optasm,profc,profasm,unreg) ffi-deriv1(normal,optc,hpc,optasm,profc,profasm,unreg) ffi009(threaded2) gadt23(normal) galois_raytrace(hpc,threaded2) getC(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) haddock.Test(optc,profc,unreg) head(normal,optc,hpc,optasm,profc,profasm,unreg) ind2(profc,profasm) maessen_hashtab(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) mod144(normal) mod146(normal) mod158(normal) mod160(normal) mod165(normal) mod41(normal) mod42(normal) mod43(normal) mod56(normal) num012(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) print001(ghci) print002(ghci) print003(ghci) print004(ghci) print005(ghci) print006(ghci) print007(ghci) print008(ghci) print010(ghci) print011(ghci) print012(ghci) print013(ghci) print014(ghci) print015(ghci) print016(ghci) print017(ghci) read008(normal) read040(normal,optc,hpc,optasm,profc,profasm,unreg) rnfail028(normal) sum(normal,optc,hpc,optasm,profc,profasm,unreg) synonym(normal,optc,hpc,optasm,profc,profasm,unreg) tc049(normal,optc,hpc,optasm,profc,profasm,unreg) tc224(normal,optc,hpc,optasm,profc,profasm,unreg) tcfail004(normal) tcfail005(normal) tcfail044(normal) tcfail046(normal) tcfail047(normal) tcfail072(normal) tcfail105(normal,optc,hpc,optasm,profc,profasm,unreg) tcfail117(normal) tcfail118(normal) tcfail139(normal) tcfail140(normal) tcfail145(normal) tcfail156(normal) tcfail169(normal) tcfail172(normal) tcfail177(normal) ---------------------------------------------------- Nightly run ended at Mon Apr 2 06:09:13 BST 2007 From cvs-ghc at haskell.org Mon Apr 2 03:30:01 2007 From: cvs-ghc at haskell.org (BuildBot Collator) Date: Mon Apr 2 03:29:00 2007 Subject: Daily report for head Message-ID: <200704020730.l327U18Z019715@monk.galois.com> Old unexpected test passes: arith008 1 x86 Windows head barton-mangler-bug 2 macgyver PPC OSX head cholewo-eval 3 x86 Windows head New unexpected test failures: cg035 1 x86 Windows head rand001 1 x86 Windows head fast read001 1 x86 Windows head fast tcrun021 1 x86 Windows head testblockalloc 2 x86 Windows head time002 1 x86 Windows head uri001 1 x86 Windows head Fixed unexpected test failures: arr014 regex001 Old unexpected test failures: Church2 5 x86-64 Linux head GMapAssoc 4 x86-64 Linux head GMapTop 4 x86-64 Linux head TH_exn 4 x86-64 Linux head arith005 4 x86-64 Linux head arith008 1 x86 Windows head arith011 4 x86 Windows head arith012 1 x86 Windows head arrowrun004 4 x86-64 Linux head barton-mangler-bug 3 x86 Windows head base01 2 x86-64 Linux head break001 5 x86-64 Linux head break004 5 x86-64 Linux head break008 5 x86-64 Linux head break010 5 x86-64 Linux head cabal01 2 macgyver PPC OSX head cabal02 3 x86-64 Linux head cholewo-eval 1 x86 Windows head conc019 1 x86-64 Linux head conc023 1 x86 Windows head conc052 2 x86-64 Linux head conc056 2 x86-64 Linux head conc063 4 x86-64 Linux head conc068 2 macgyver PPC OSX head concprog001 2 x86-64 Linux head concprog002 2 macgyver PPC OSX head dataA 5 x86-64 Linux head drvfail001 5 x86-64 Linux head drvfail002 5 x86-64 Linux head drvfail003 5 x86-64 Linux head drvfail007 5 x86-64 Linux head drvfail011 5 x86-64 Linux head dsrun014 3 x86-64 Linux head enum01 1 tnaur PPC OSX head f 5 x86-64 Linux head ffi-deriv1 5 x86-64 Linux head ffi009 3 x86 Windows head forkprocess01 1 macgyver PPC OSX head gadt23 2 x86-64 Linux head galois_raytrace 3 x86 Windows head getC 5 x86-64 Linux head getDirContents001 1 x86 Windows head ghci015 1 x86 Windows head fast ghciprog004 1 x86 Windows head fast haddock.Test 4 x86-64 Linux head head 5 x86-64 Linux head ind2 2 x86-64 Linux head joao-circular 1 tnaur PPC OSX head maessen_hashtab 4 x86-64 Linux head mod144 3 x86-64 Linux head mod146 3 x86-64 Linux head mod158 3 x86-64 Linux head mod160 3 x86-64 Linux head mod165 3 x86-64 Linux head mod41 4 x86-64 Linux head mod42 4 x86-64 Linux head mod43 4 x86-64 Linux head mod56 5 x86-64 Linux head net001 1 x86 Windows head num012 3 x86 Windows head print001 5 x86-64 Linux head print002 5 x86-64 Linux head print003 5 x86-64 Linux head print004 5 x86-64 Linux head print005 5 x86-64 Linux head print006 5 x86-64 Linux head print007 5 x86-64 Linux head print008 5 x86-64 Linux head print010 5 x86-64 Linux head print011 5 x86-64 Linux head print012 5 x86-64 Linux head print013 5 x86-64 Linux head print014 5 x86-64 Linux head print015 5 x86-64 Linux head print016 5 x86-64 Linux head print017 5 x86-64 Linux head read008 5 x86-64 Linux head read040 5 x86-64 Linux head readwrite002 2 x86 Windows head rn.prog006 1 x86 Windows head rnfail028 5 x86-64 Linux head seward-space-leak 1 tnaur PPC OSX head signals002 2 macgyver PPC OSX head sum 5 x86-64 Linux head synonym 5 x86-64 Linux head tc049 5 x86-64 Linux head tc217 2 macgyver PPC OSX head tc220 2 macgyver PPC OSX head tc223 2 macgyver PPC OSX head tc224 5 x86-64 Linux head tcfail004 5 x86-64 Linux head tcfail005 5 x86-64 Linux head tcfail044 4 x86-64 Linux head tcfail046 5 x86-64 Linux head tcfail047 4 x86-64 Linux head tcfail072 5 x86-64 Linux head tcfail105 5 x86-64 Linux head tcfail117 5 x86-64 Linux head tcfail118 5 x86-64 Linux head tcfail139 4 x86-64 Linux head tcfail140 5 x86-64 Linux head tcfail145 5 x86-64 Linux head tcfail156 5 x86-64 Linux head tcfail169 5 x86-64 Linux head tcfail172 5 x86-64 Linux head tcfail177 5 x86-64 Linux head typecheck.testeq1 1 x86 Windows head utf8_002 1 tnaur PPC OSX head utf8_003 1 tnaur PPC OSX head utf8_004 1 tnaur PPC OSX head utf8_005 1 tnaur PPC OSX head win32002 1 x86 Windows head From cvs-ghc at haskell.org Mon Apr 2 03:30:01 2007 From: cvs-ghc at haskell.org (BuildBot Collator) Date: Mon Apr 2 03:29:00 2007 Subject: Daily report for 6.6 Message-ID: <200704020730.l327U1Hu019714@monk.galois.com> New unexpected test passes: barton-mangler-bug 1 tnaur PPC OSX 6.6 cholewo-eval 1 tnaur PPC OSX 6.6 New unexpected test failures: arith011 1 tnaur PPC OSX 6.6 barton-mangler-bug 1 tnaur PPC OSX 6.6 concprog001 1 tnaur PPC OSX 6.6 concprog002 2 mnemosyne x86-64 Gentoo 6.6 enum01 1 tnaur PPC OSX 6.6 ffi009 1 tnaur PPC OSX 6.6 forkprocess01 1 tnaur PPC OSX 6.6 galois_raytrace 1 tnaur PPC OSX 6.6 joao-circular 1 tnaur PPC OSX 6.6 seward-space-leak 1 tnaur PPC OSX 6.6 signals002 1 tnaur PPC OSX 6.6 testblockalloc 1 x86 Windows 6.6 fast Fixed unexpected test failures: CPUTime001 conc064 driver011 driver012 driver013 driver014 driver015 driver016 driver017 driver018 driver021 driver022 driver023 driver024 driver024a driver025 driver026 driver027 driver028 driver031 driver032 driver033 driver034 driver035 driver041 driver042 driver043 driver044 driver045 driver051 driver052 driver053 driver060 driver061 driver061a.1 driver061a.2 driver062.1 driver062.2 driver062.3 driver063 driver064 driver065 driver066 driver067 driver068 driver069 driver070 driver071 driver080 driver200 gadt17 ghci.prog007 ghci001 ghci002 ghci003 ghci004 ghci005 ghci006 ghci007 ghci008 ghci009 ghci011 ghci012 ghci013 ghciprog004 mod144 mod155 mod158 mod160 mod165 mod166 mod167 prog001 prog002 prog003 prog005 prog006 recomp001 rn.prog006 tc173 Old unexpected test failures: TH_dataD1 1 x86-64 Linux 6.6 ThreadDelay001 1 x86 Windows 6.6 cabal01 2 mnemosyne x86-64 Gentoo 6.6 cc005 1 x86-64 Linux 6.6 cg059 4 x86-64 Linux 6.6 conc023 1 x86 Windows 6.6 conc056 1 x86-64 Linux 6.6 conc068 1 tnaur PPC OSX 6.6 drvfail001 1 x86-64 Linux 6.6 drvfail003 5 x86-64 Linux 6.6 drvfail004 1 x86-64 Linux 6.6 drvfail007 1 x86-64 Linux 6.6 dsrun014 2 x86-64 Linux 6.6 gadt23 1 x86-64 Linux 6.6 ghci015 1 x86 Windows 6.6 mod14 1 x86-64 Linux 6.6 mod142 2 x86-64 Linux 6.6 mod143 2 x86-64 Linux 6.6 mod145 2 x86-64 Linux 6.6 mod146 2 x86-64 Linux 6.6 mod150 2 x86-64 Linux 6.6 mod46 1 x86-64 Linux 6.6 mod47 1 x86-64 Linux 6.6 mod5 1 x86-64 Linux 6.6 mod54 1 x86-64 Linux 6.6 mod81 1 x86-64 Linux 6.6 mod91 1 x86-64 Linux 6.6 read028 1 x86-64 Linux 6.6 regex002 1 x86 Windows 6.6 rnfail040 2 x86-64 Linux 6.6 tcfail017 1 x86-64 Linux 6.6 tcfail019 1 x86-64 Linux 6.6 tcfail020 1 x86-64 Linux 6.6 tcfail032 5 x86-64 Linux 6.6 tcfail042 1 x86-64 Linux 6.6 tcfail055 5 x86-64 Linux 6.6 tcfail062 1 x86-64 Linux 6.6 tcfail067 1 x86-64 Linux 6.6 tcfail092 1 x86-64 Linux 6.6 tcfail096 1 x86-64 Linux 6.6 tcfail104 1 x86-64 Linux 6.6 tcfail106 1 x86-64 Linux 6.6 tcfail109 1 x86-64 Linux 6.6 tcfail115 5 x86-64 Linux 6.6 tcfail116 1 x86-64 Linux 6.6 tcfail128 1 x86-64 Linux 6.6 tcfail129 1 x86-64 Linux 6.6 tcfail132 1 x86-64 Linux 6.6 tcfail138 1 x86-64 Linux 6.6 tcfail165 5 x86-64 Linux 6.6 utf8_002 2 mnemosyne x86-64 Gentoo 6.6 utf8_003 2 mnemosyne x86-64 Gentoo 6.6 utf8_004 2 mnemosyne x86-64 Gentoo 6.6 utf8_005 2 mnemosyne x86-64 Gentoo 6.6 -------------- next part -------------- Last 30 lines: -DHADDOCK_IFACE='"c:/builds/slave/x86-win-6.6/build/libraries/ghc/html/ghc.haddock"' \ -DFPTOOLS_TOP_ABS='"c:/builds/slave/x86-win-6.6/build"' \ -x c -DPKG_DEPENDS='template-haskell Win32 Cabal regex-compat base haskell98' -DSTAGE='"3"' -I../includes -Iinclude -DPACKAGE=ghc -DVERSION=6.6.20070402 -DPKG_LIBDIR='"$topdir"' -DPKG_DATADIR='"$topdir"' package.conf.in | \ grep -v '^#pragma GCC' | \ sed -e 's/""//g' -e 's/:[ ]*,/: /g' >package.conf.inplace ../utils/ghc-pkg/ghc-pkg-inplace update - --force-files > ../compiler/stage2/ghc-inplace -o stage3/ghc -H16m -O -package ghc -Istage3 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -Rghc-timing -DGHCI -DBREAKPOINT -threaded stage3/main/Main.o ghc.exe: getMBlocks: VirtualAlloc MEM_COMMIT failed: The paging file is too small for this operation to complete. make[3]: *** [stage3/ghc] Error 1 make[3]: *** Deleting file `stage3/ghc' make[3]: Leaving directory `/cygdrive/c/builds/slave/x86-win-6.6/build/compiler' make[2]: *** [stage3/ghc] Error 2 make[2]: *** Deleting file `stage3/ghc' make[2]: Leaving directory `/cygdrive/c/builds/slave/x86-win-6.6/build/compiler' make[1]: *** [stage3] Error 2 make[1]: Leaving directory `/cygdrive/c/builds/slave/x86-win-6.6/build' From simonpj at microsoft.com Mon Apr 2 03:42:01 2007 From: simonpj at microsoft.com (Simon Peyton Jones) Date: Mon Apr 2 03:40:57 2007 Subject: patch applied (ghc): Make type-tidying work for coercion variables Message-ID: <20070402074201.GA20183@cvs.haskell.org> Mon Apr 2 00:38:35 PDT 2007 simonpj@microsoft.com * Make type-tidying work for coercion variables When tidying a TyVar binder, we must tidy its kind if it's a coercion variable! I had forgotten to do this, which is a serious bug. As a result some more complicated programs were getting a Lint error when reading in interface files. Score one for Core Lint! M ./compiler/types/Type.lhs -6 +10 From simonmarhaskell at gmail.com Mon Apr 2 04:07:32 2007 From: simonmarhaskell at gmail.com (Simon Marlow) Date: Mon Apr 2 04:06:30 2007 Subject: darcs performance In-Reply-To: <20070401154132.GA5891@matrix.chaos.earth.li> References: <200704011323.32592.sven.panne@aedion.de> <20070401154132.GA5891@matrix.chaos.earth.li> Message-ID: <4610B9C4.7000809@gmail.com> Ian Lynagh wrote: > On Sun, Apr 01, 2007 at 01:23:32PM +0200, Sven Panne wrote: >> When getting a repo via HTTP, darcs seems to be *much* faster than via SSH. >> Here as an example the cpphs repo, 3.7 patches per second vs. 0.7 patches per >> second (almost unusable for large/old repos): >> >> 5. :-( Is there a misconfiguration on my box or does this happen for other >> people, too? I'm using darcs 1.0.8 on openSUSE 10.2 x86_64. > > darcs over SSH is slower for me too. > > I have > > pull no-set-default > push no-set-default > > in ~/.darcs/defaults, and then do > > darcs push da > > which magically tab completes to, e.g., > > darcs push darcs.haskell.org:/home/darcs/ghc Since we're all demonstrating our local darcs hacks, here's mine: I use HTTP for get/pull, and I have a script (attached) that grovels in _darcs/prefs/repos to find the right place to push to and then pushes over SSH. Cheers, Simon -------------- next part -------------- #! /bin/sh d=`pwd` while [ "$d" != "" ]; do if [ -d $d/_darcs ]; then break; fi d=`dirname $d` done if [ "$d" = "" ]; then echo darcs reopsitory not found exit 1 fi repo=`grep http://darcs.haskell.org $d/_darcs/prefs/repos | head -n 1 | sed 's|^http://darcs.haskell.org/||'` if [ "$repo" = "" ]; then echo darcs.haskell.org repo not found in $d/_darcs/prefs/repos exit 1 fi if [ "$LOGNAME" = "" ]; then if [ "$USERNAME" = "" ]; then echo $LOGNAME and $USERNAME both empty; I don\'t know what username to use exit 1 fi LOGNAME=$USERNAME fi echo darcs push $* --no-set-default ${LOGNAME}@darcs.haskell.org:/home/darcs/$repo darcs push $* --no-set-default ${LOGNAME}@darcs.haskell.org:/home/darcs/$repo From sof at galois.com Mon Apr 2 04:47:22 2007 From: sof at galois.com (sof@galois.com) Date: Mon Apr 2 04:44:10 2007 Subject: [nightly] 01-Apr-2007 build of of HEAD on i386-unknown-mingw32 (bling) Message-ID: <01c77503$Blat.v2.2.2$87654f46@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 01-Apr-2007 build of of HEAD on i386-unknown-mingw32 (bling) Build description = of HEAD on i386-unknown-mingw32 (bling) Build location = /fptools/builds/HEAD Build config file = /fptools/builds/ghc-nightly/site/galois/conf-HEAD-bling Nightly build started on bling at Sun Apr 1 22:00:01 PDT 2007. **** checking out new source tree ... Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. ok. (GHC Version 6.7.20070401) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** building compiler binary distribution ... failed. **** canonicalizing mingw binary distribution tree... failed (ghc-6.7.20070401 not found). **** generating binary distribution + manifest ... ok. **** publishing distfiles ... ok. **** publishing logs ... ok. Logs are at http://www.haskell.org/ghc/dist/current/logs Dists are at http://www.haskell.org/ghc/dist/current/dist Docs are at http://www.haskell.org/ghc/dist/current/docs All done! Nightly build finished successfully at Mon Apr 2 01:47:21 PDT 2007 Nightly run ended at Mon Apr 2 01:47:21 PDT 2007 From sven.panne at aedion.de Mon Apr 2 05:37:14 2007 From: sven.panne at aedion.de (Sven Panne) Date: Mon Apr 2 05:36:11 2007 Subject: patch applied (hugs98): Added a shiny new unified darcs-all script In-Reply-To: References: <20070401175906.GA2184@cvs.haskell.org> Message-ID: <200704021137.14690.sven.panne@aedion.de> On Monday 02 April 2007 10:37, Simon Peyton-Jones wrote: > Is it documented somewhere? Thorough documentation multiplies the user > base! I'm quite aware of that, but the script is not 100% finished yet. Anyway, we will need *all* packages on Hackage for "release" checkouts, but there are currently a few missing (base, template-haskell, ObjectIO and a fourth one I can't remember currently). Could someone upload these in the meantime? I noticed that the set of core packages for nhc98 is a bit different than the set for GHC/Hugs. What's the reason for this? A final note: Although it is a good thing that each repository (GHC/Hugs/nhc) has its own package-list file, it is a bit ugly that they will have identical copies of darcs-all. Although this is much better than 3 totally different scripts, it is not nice from a maintenance point of view. Any ideas? Cheers, S. From sven.panne at aedion.de Mon Apr 2 05:47:24 2007 From: sven.panne at aedion.de (Sven Panne) Date: Mon Apr 2 05:46:20 2007 Subject: darcs performance In-Reply-To: <4610B9C4.7000809@gmail.com> References: <200704011323.32592.sven.panne@aedion.de> <20070401154132.GA5891@matrix.chaos.earth.li> <4610B9C4.7000809@gmail.com> Message-ID: <200704021147.24936.sven.panne@aedion.de> On Monday 02 April 2007 10:07, Simon Marlow wrote: > Since we're all demonstrating our local darcs hacks, here's mine: I use > HTTP for get/pull, and I have a script (attached) that grovels in > _darcs/prefs/repos to find the right place to push to and then pushes over > SSH. So what I seem to read from the various mails is that people basically abandon using darcs + SSH directly due to performance reasons. :-( This is a pity, but I don't fully understand the technical reasons for the horrible performance. Does anybody have a clue? Cheers, S. From dons at cse.unsw.edu.au Mon Apr 2 05:52:30 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Apr 2 05:52:07 2007 Subject: darcs performance In-Reply-To: <200704021147.24936.sven.panne@aedion.de> References: <200704011323.32592.sven.panne@aedion.de> <20070401154132.GA5891@matrix.chaos.earth.li> <4610B9C4.7000809@gmail.com> <200704021147.24936.sven.panne@aedion.de> Message-ID: <20070402095230.GC3940@cse.unsw.EDU.AU> sven.panne: > On Monday 02 April 2007 10:07, Simon Marlow wrote: > > Since we're all demonstrating our local darcs hacks, here's mine: I use > > HTTP for get/pull, and I have a script (attached) that grovels in > > _darcs/prefs/repos to find the right place to push to and then pushes over > > SSH. > > So what I seem to read from the various mails is that people basically abandon > using darcs + SSH directly due to performance reasons. :-( This is a pity, > but I don't fully understand the technical reasons for the horrible > performance. Does anybody have a clue? Hmm. I still use darcs + ssh directly. At least for the case of 'darcs pull' (or is it push?), where darcs seems to ask for several passwords for each patch (or several DSA key checks), the master/slave trick seems to help. For the 'darcs get' case it probably does make more sense to use http to grab the source. But perhaps we should check with David and the darcs crew for any known inefficiencies in the ssh method? -- Don From sven.panne at aedion.de Mon Apr 2 07:13:27 2007 From: sven.panne at aedion.de (Sven Panne) Date: Mon Apr 2 07:12:25 2007 Subject: Package versioning confusion Message-ID: <200704021313.27983.sven.panne@aedion.de> I'm currently trying to unify the darcs-all scripts for GHC/Hugs/nhc, adding a "--release" option on the way, which is inteded to retrieve fixed versions from Hackage instead of the latest & greatest stuff from darcs repos. Looking at nhc's package list, I found a few issues: * Iavor's package is called "monadLib", but the darcs repo on darcs.haskell.org is called "monad". I propose to simply rename that directory to match "monadLib". There is already an empty directory of the same name there, so somebody else was obviously confused, too. If nobody yells soon, I'll do this renaming. * Malcolm: Could you move the polyparse repository from http://www.cs.york.ac.uk/fp/darcs/polyparse to darcs.haskell.org/packages, please? This would make things more consistent. * Finally, I am utterly confused by the fps package: There is a version 0.7 on Hackage, the repo at http://www.cse.unsw.edu.au/~dons/code/fps seems to contain a 0.8 version, and we finally have a version somehow integrated into the base package, all with different APIs/#ifdefs/etc. Help!!! Which version compiles with which Haskell implementation? Which is the most current version? Will we split this from base? I know that there have been epic discussions on the libraries list, but after >20 mails I was somehow lost. If we want to keep this in base for some time, it should at least be assured that it compiles with all Haskell implementations, so we could nuke the explicit "fps" package from nhc's package list. It can be re-added later, but please in synch with the rest of the implementations. Using it currently must be a nightmare for packagers/users due to this versionitis... :-/ Cheers, S. From dons at cse.unsw.edu.au Mon Apr 2 07:23:59 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Apr 2 07:23:34 2007 Subject: Package versioning confusion In-Reply-To: <200704021313.27983.sven.panne@aedion.de> References: <200704021313.27983.sven.panne@aedion.de> Message-ID: <20070402112359.GD3940@cse.unsw.EDU.AU> sven.panne: > I'm currently trying to unify the darcs-all scripts for GHC/Hugs/nhc, adding > a "--release" option on the way, which is inteded to retrieve fixed versions > from Hackage instead of the latest & greatest stuff from darcs repos. Looking > at nhc's package list, I found a few issues: > > * Iavor's package is called "monadLib", but the darcs repo on > darcs.haskell.org is called "monad". I propose to simply rename that > directory to match "monadLib". There is already an empty directory of the > same name there, so somebody else was obviously confused, too. If nobody > yells soon, I'll do this renaming. > > * Malcolm: Could you move the polyparse repository from > http://www.cs.york.ac.uk/fp/darcs/polyparse to darcs.haskell.org/packages, > please? This would make things more consistent. > > * Finally, I am utterly confused by the fps package: There is a version 0.7 > on Hackage, the repo at http://www.cse.unsw.edu.au/~dons/code/fps seems to > contain a 0.8 version, and we finally have a version somehow integrated into > the base package, all with different APIs/#ifdefs/etc. Help!!! Which version Version 0.7 is the last stable release. It should be compile with GHC 6.4.2 and earlier. The version in base corresponds to this version, with one or two safety tweaks (unfortunately). Version 0.8 is the unreleased darcs version, to be merged into base, in a week or two (after we replace the array fusion system). > compiles with which Haskell implementation? Which is the most current > version? Will we split this from base? I know that there have been epic > discussions on the libraries list, but after >20 mails I was somehow lost. If > we want to keep this in base for some time, it should at least be assured As far as I know it has not yet been decided to split it out. We'll be tagging and released fps 0.8 (only for ghc 6.4.2 and earlier), and the same code wil appear in base, in a couple of weeks, hopefully. > that it compiles with all Haskell implementations, so we could nuke the > explicit "fps" package from nhc's package list. It can be re-added later, but > please in synch with the rest of the implementations. Using it currently must > be a nightmare for packagers/users due to this versionitis... :-/ The other compilers should be using a base package with fps in it, as hugs and ghc do. fps as a package only exists as a seperate darcs repo for those systems that don't have bytestrings in base. I.e. older GHC's, and nhc98 (not Hugs or GHC 6.6). Does that help clear things up? Effectively there is *no* fps package really -- its suppposed to be part of base, as ghc and hugs have it. -- Don From sven.panne at aedion.de Mon Apr 2 07:43:24 2007 From: sven.panne at aedion.de (Sven Panne) Date: Mon Apr 2 07:42:21 2007 Subject: Package versioning confusion In-Reply-To: <20070402112359.GD3940@cse.unsw.EDU.AU> References: <200704021313.27983.sven.panne@aedion.de> <20070402112359.GD3940@cse.unsw.EDU.AU> Message-ID: <200704021343.24776.sven.panne@aedion.de> On Monday 02 April 2007 13:23, Donald Bruce Stewart wrote: > [...] > The other compilers should be using a base package with fps in it, as > hugs and ghc do. > > fps as a package only exists as a seperate darcs repo for those systems > that don't have bytestrings in base. I.e. older GHC's, and nhc98 (not > Hugs or GHC 6.6). > > Does that help clear things up? Effectively there is *no* fps package > really -- its suppposed to be part of base, as ghc and hugs have it. Hmmm, why does nhc98 explicitly retrieve the fps package from your repo then? It retrieves the same base package as GHC and Hugs, which should contain fps already. Malcolm? Cheers, S. From dons at cse.unsw.edu.au Mon Apr 2 07:51:00 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Apr 2 07:50:33 2007 Subject: Package versioning confusion In-Reply-To: <200704021343.24776.sven.panne@aedion.de> References: <200704021313.27983.sven.panne@aedion.de> <20070402112359.GD3940@cse.unsw.EDU.AU> <200704021343.24776.sven.panne@aedion.de> Message-ID: <20070402115100.GE3940@cse.unsw.EDU.AU> sven.panne: > On Monday 02 April 2007 13:23, Donald Bruce Stewart wrote: > > [...] > > The other compilers should be using a base package with fps in it, as > > hugs and ghc do. > > > > fps as a package only exists as a seperate darcs repo for those systems > > that don't have bytestrings in base. I.e. older GHC's, and nhc98 (not > > Hugs or GHC 6.6). > > > > Does that help clear things up? Effectively there is *no* fps package > > really -- its suppposed to be part of base, as ghc and hugs have it. > > Hmmm, why does nhc98 explicitly retrieve the fps package from your repo then? > It retrieves the same base package as GHC and Hugs, which should contain fps > already. Malcolm? Ah yes, I remember now. nhc does use a base containing ByteString *but* it needed a couple of tweaks to compile. Those nhc patches are in the darcs repo, but not in the standard base yet. They will be on the next merge. So nhc should no longer need a seperate fps once we merge in those nhc patches to base, with the other fps 0.8 changes. -- Don From sven.panne at aedion.de Mon Apr 2 08:06:35 2007 From: sven.panne at aedion.de (Sven Panne) Date: Mon Apr 2 08:05:38 2007 Subject: Package versioning confusion In-Reply-To: <20070402115100.GE3940@cse.unsw.EDU.AU> References: <200704021313.27983.sven.panne@aedion.de> <200704021343.24776.sven.panne@aedion.de> <20070402115100.GE3940@cse.unsw.EDU.AU> Message-ID: <200704021406.35867.sven.panne@aedion.de> On Monday 02 April 2007 13:51, Donald Bruce Stewart wrote: > [...] > nhc does use a base containing ByteString *but* it needed a couple of > tweaks to compile. Those nhc patches are in the darcs repo, but not in > the standard base yet. > > They will be on the next merge. [...] Could you merge just the nhc tweaks now or at least give me a hint what the problems were? Resolving this issue right now would eliminate the need to handle general URLs in darcs-all and make the whole situation a bit less confusing. No code is good code... Cheers, S. From dons at cse.unsw.edu.au Mon Apr 2 08:18:14 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Apr 2 08:17:45 2007 Subject: Package versioning confusion In-Reply-To: <200704021406.35867.sven.panne@aedion.de> References: <200704021313.27983.sven.panne@aedion.de> <200704021343.24776.sven.panne@aedion.de> <20070402115100.GE3940@cse.unsw.EDU.AU> <200704021406.35867.sven.panne@aedion.de> Message-ID: <20070402121814.GF3940@cse.unsw.EDU.AU> sven.panne: > On Monday 02 April 2007 13:51, Donald Bruce Stewart wrote: > > [...] > > nhc does use a base containing ByteString *but* it needed a couple of > > tweaks to compile. Those nhc patches are in the darcs repo, but not in > > the standard base yet. > > > > They will be on the next merge. [...] > > Could you merge just the nhc tweaks now or at least give me a hint what the > problems were? Resolving this issue right now would eliminate the need to > handle general URLs in darcs-all and make the whole situation a bit less > confusing. No code is good code... I'm actually submersed in ICFP paper writing for the rest of the week, so I doubt I'll get a chance to do the merge before Saturday. For reference, the relevant patches in fps' darcs repo are, I think: Thu Mar 1 20:44:00 EST 2007 Don Stewart * nhc now has hGetBuf/hPutBuf Mon Dec 4 23:09:12 EST 2006 Malcolm.Wallace@cs.york.ac.uk * Fixups for building with nhc98 - inadvertently missed this file earlier. Thu Nov 16 22:34:10 EST 2006 Malcolm.Wallace@cs.york.ac.uk * workaround nhc98 import resolution bug for another module Thu Nov 16 22:26:51 EST 2006 Malcolm.Wallace@cs.york.ac.uk * Workaround for import resolution bug in nhc98. Where there are multiple renamed imports: import X as P import Y as P import Z as P and they all export or re-export the same entity e, nhc98 does not seem to be able to recognise that P.e is a unique entity, despite X.e, Y.e, and Z.e all referring to the same thing. This patch just introduces an extra module name import X as S so that S.e is resolvable. Thu Nov 16 22:24:52 EST 2006 Malcolm.Wallace@cs.york.ac.uk * portability: give alternate import modules for nhc98 -- Don From sven.panne at aedion.de Mon Apr 2 08:28:30 2007 From: sven.panne at aedion.de (Sven Panne) Date: Mon Apr 2 08:27:27 2007 Subject: --partial or --complete? Message-ID: <200704021428.31033.sven.panne@aedion.de> Quick question: GHC's current darcs-all adds --partial by default, and the user has to override this with --complete if this is wanted. Given my sometimes rather strange experiences with partial repos (darcs doesn't find a patch, "darcs changes" is silent, etc.), I've switched to --complete for all my repos. What do others think? Should we leave "--partial" as the default or should we add nothing special (resulting in darcs' default, i.e. --complete)? Cheers, S. From simonmarhaskell at gmail.com Mon Apr 2 08:41:53 2007 From: simonmarhaskell at gmail.com (Simon Marlow) Date: Mon Apr 2 08:40:55 2007 Subject: --partial or --complete? In-Reply-To: <200704021428.31033.sven.panne@aedion.de> References: <200704021428.31033.sven.panne@aedion.de> Message-ID: <4610FA11.1070405@gmail.com> Sven Panne wrote: > Quick question: GHC's current darcs-all adds --partial by default, and the > user has to override this with --complete if this is wanted. Given my > sometimes rather strange experiences with partial repos (darcs doesn't find a > patch, "darcs changes" is silent, etc.), I've switched to --complete for all > my repos. What do others think? Should we leave "--partial" as the default or > should we add nothing special (resulting in darcs' default, i.e. --complete)? --partial is fine if all you want to do is build the sources and occasionally pull to get the latest changes, which I think is the common case. If you also want to make changes, then we recommend you should use --complete. I think it's fine to leave --partial as the default. I've just updated our recommendations about --partial on the wiki, though. Cheers, Simon From sof at galois.com Mon Apr 2 08:49:03 2007 From: sof at galois.com (sof@galois.com) Date: Mon Apr 2 08:45:51 2007 Subject: [nightly] 02-Apr-2007 build of of 6.6 branch on i386-unknown-mingw32 (bling) Message-ID: <01c77525$Blat.v2.2.2$4ac2274a@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 02-Apr-2007 build of of 6.6 branch on i386-unknown-mingw32 (bling) Build description = of 6.6 branch on i386-unknown-mingw32 (bling) Build location = /fptools/builds/STABLE Build config file = /fptools/builds/ghc-nightly/site/galois/conf-STABLE-bling Nightly build started on bling at Mon Apr 2 02:00:01 PDT 2007. **** checking out new source tree ... Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. ok. (GHC Version 6.6.20070402) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... failed (ghc-6.6.20070402 not found). **** generating binary distribution + manifest ... ok. **** publishing distfiles ... ok. **** publishing logs ... ok. Logs are at http://www.haskell.org/ghc/dist/stable/logs Dists are at http://www.haskell.org/ghc/dist/stable/dist Docs are at http://www.haskell.org/ghc/dist/stable/docs All done! Nightly build finished successfully at Mon Apr 2 05:49:02 PDT 2007 Nightly run ended at Mon Apr 2 05:49:02 PDT 2007 From sven.panne at aedion.de Mon Apr 2 09:00:07 2007 From: sven.panne at aedion.de (Sven Panne) Date: Mon Apr 2 08:59:02 2007 Subject: Running darcs concurrently Message-ID: <200704021500.07447.sven.panne@aedion.de> While we are at the darcs topic: I get problems most of the time I run several "darcs pull" commands for the same server, but different repositories on that server via SSH (cryptic messages about not being able to get some patches etc.). Somehow darcs seems to share the SSH ControlPath (see External.getSSH), reusing a single socket in /tmp/darcs-ssh. Obviously, it screws things up sometimes then, so I do not run several pulls from e.g. darcs.haskell.org in parallel anymore. Does anybody else have this problem? Cheers, S. From Malcolm.Wallace at cs.york.ac.uk Mon Apr 2 09:44:35 2007 From: Malcolm.Wallace at cs.york.ac.uk (Malcolm Wallace) Date: Mon Apr 2 09:46:45 2007 Subject: Package versioning confusion In-Reply-To: <200704021313.27983.sven.panne@aedion.de> References: <200704021313.27983.sven.panne@aedion.de> Message-ID: <20070402144435.49ba7b70.Malcolm.Wallace@cs.york.ac.uk> Sven Panne wrote: > * Malcolm: Could you move the polyparse repository from > http://www.cs.york.ac.uk/fp/darcs/polyparse to > darcs.haskell.org/packages, please? This would make things more > consistent. Done (although with some reluctance due to the general network slowness of darcs.haskell.org). In the new darcs-all, I am very keen to retain the ability to use package repos stored elsewhere (not at darcs.haskell.org). > * Finally, I am utterly confused by the fps package: > Using it currently must be a nightmare for packagers/users due to > this versionitis... :-/ Yup. To reduce this confusion, I would very much like fps to remain separate from base, and that is one reason (but not the only one) why nhc98 does not build or export the version of Data.ByteString in base. Regards, Malcolm From sven.panne at aedion.de Mon Apr 2 10:11:30 2007 From: sven.panne at aedion.de (Sven Panne) Date: Mon Apr 2 10:10:26 2007 Subject: Package versioning confusion In-Reply-To: <20070402144435.49ba7b70.Malcolm.Wallace@cs.york.ac.uk> References: <200704021313.27983.sven.panne@aedion.de> <20070402144435.49ba7b70.Malcolm.Wallace@cs.york.ac.uk> Message-ID: <200704021611.31071.sven.panne@aedion.de> On Monday 02 April 2007 15:44, Malcolm Wallace wrote: > Done (although with some reluctance due to the general network slowness > of darcs.haskell.org). In the new darcs-all, I am very keen to retain > the ability to use package repos stored elsewhere (not at > darcs.haskell.org). Thanks, that was quick. We can add general URL handling later, but initially I don't want to open too many cans of worms at once. :-) > > * Finally, I am utterly confused by the fps package: > > Using it currently must be a nightmare for packagers/users due to > > this versionitis... :-/ > > Yup. To reduce this confusion, I would very much like fps to remain > separate from base, and that is one reason (but not the only one) why > nhc98 does not build or export the version of Data.ByteString in base. :-/ That's the exact opposite of Don's intention, if I interpret today's mails correctly. So I'd like to propose that for the time being, we keep the "internal" version, fix it so it works with all implementations and leave the rest of the fps Jihad to future generations, where everything is a separate package, world hunger is solved, and all taxes are abolished... :-} Cheers, S. From dons at cse.unsw.edu.au Mon Apr 2 20:30:25 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Apr 2 20:29:23 2007 Subject: Package versioning confusion In-Reply-To: <20070402144435.49ba7b70.Malcolm.Wallace@cs.york.ac.uk> References: <200704021313.27983.sven.panne@aedion.de> <20070402144435.49ba7b70.Malcolm.Wallace@cs.york.ac.uk> Message-ID: <20070403003025.GD14487@cse.unsw.EDU.AU> Malcolm.Wallace: > Sven Panne wrote: > > > * Malcolm: Could you move the polyparse repository from > > http://www.cs.york.ac.uk/fp/darcs/polyparse to > > darcs.haskell.org/packages, please? This would make things more > > consistent. > > Done (although with some reluctance due to the general network slowness > of darcs.haskell.org). In the new darcs-all, I am very keen to retain > the ability to use package repos stored elsewhere (not at darcs.haskell.org). > > > * Finally, I am utterly confused by the fps package: > > Using it currently must be a nightmare for packagers/users due to > > this versionitis... :-/ > > Yup. To reduce this confusion, I would very much like fps to remain > separate from base, and that is one reason (but not the only one) why > nhc98 does not build or export the version of Data.ByteString in base. I too am happy to split it out -- as long as nothing in base is using PackedString or bytestring. But until it is split, and while Hugs and GHC both have it in base, hmm, nhc is playing odd man out ;-) -- Don From dons at cse.unsw.edu.au Mon Apr 2 20:31:28 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Apr 2 20:30:58 2007 Subject: Package versioning confusion In-Reply-To: <200704021611.31071.sven.panne@aedion.de> References: <200704021313.27983.sven.panne@aedion.de> <20070402144435.49ba7b70.Malcolm.Wallace@cs.york.ac.uk> <200704021611.31071.sven.panne@aedion.de> Message-ID: <20070403003128.GE14487@cse.unsw.EDU.AU> sven.panne: > On Monday 02 April 2007 15:44, Malcolm Wallace wrote: > > Done (although with some reluctance due to the general network slowness > > of darcs.haskell.org). In the new darcs-all, I am very keen to retain > > the ability to use package repos stored elsewhere (not at > > darcs.haskell.org). > > Thanks, that was quick. We can add general URL handling later, but initially I > don't want to open too many cans of worms at once. :-) > > > > * Finally, I am utterly confused by the fps package: > > > Using it currently must be a nightmare for packagers/users due to > > > this versionitis... :-/ > > > > Yup. To reduce this confusion, I would very much like fps to remain > > separate from base, and that is one reason (but not the only one) why > > nhc98 does not build or export the version of Data.ByteString in base. > > :-/ That's the exact opposite of Don's intention, if I interpret today's mails > correctly. So I'd like to propose that for the time being, we keep > the "internal" version, fix it so it works with all implementations and leave > the rest of the fps Jihad to future generations, where everything is a > separate package, world hunger is solved, and all taxes are abolished... :-} Yes, it will be a shiny new world order! And hackage will rule us all. -- Don From ghcbuild at microsoft.com Mon Apr 2 23:03:02 2007 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Mon Apr 2 23:03:03 2007 Subject: [nightly] 02-Apr-2007 build of 6.6 branch on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20070403030302.8D9C4324138@www.haskell.org> Build description = 6.6 branch on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location = /playpen/ghc/nightly/STABLE-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-6.6-cam-02-unx Nightly build started on cam-02-unx at Mon Apr 2 19:00:01 BST 2007. **** checking out new source tree ... ok. (GHC Version 6.6.20070402) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** generating binary distribution + manifest ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. (3 failures) **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. (5 failures) **** running nofib (-fasm) ... ok. (3 failures) **** running nofib (-unreg) ... ok. (91 failures) **** publishing distfiles ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing logs ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing docs ... ok. Logs are at http://www.haskell.org/ghc/dist/stable/logs Dists are at http://www.haskell.org/ghc/dist/stable/dist Docs are at http://www.haskell.org/ghc/dist/stable/docs All done! Nightly build finished successfully at Tue Apr 3 04:04:06 BST 2007 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Mon Apr 2 22:26:41 BST 2007 1487 total tests, which gave rise to 7071 test cases, of which 16 caused framework failures 1233 were skipped 5754 expected passes 51 expected failures 0 unexpected passes 17 unexpected failures Unexpected failures: cg059(opt,optasm,prof,profasm,threaded2) conc048(threaded2) concprog002(threaded2) drvfail003(normal) mod144(normal) mod146(normal) mod158(normal) mod160(normal) mod165(normal) tcfail032(normal) tcfail055(normal) tcfail115(normal) tcfail165(normal) ---------------------------------------------------- Nightly run ended at Tue Apr 3 04:04:06 BST 2007 From ghcbuild at microsoft.com Tue Apr 3 01:37:27 2007 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Tue Apr 3 01:37:29 2007 Subject: [nightly] 02-Apr-2007 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20070403053727.A225432434F@www.haskell.org> 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 Mon Apr 2 19:30:00 BST 2007. **** checking out new source tree ... ok. (GHC Version 6.7.20070402) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** generating binary distribution + manifest ... ok. **** running nofib (-O) ... ok. (2 failures) **** running nofib (-O -fasm) ... ok. (2 failures) **** running nofib (-O -prof -auto-all) ... ok. (5 failures) **** running nofib (-O -prof -auto-all -fasm) ... ok. (5 failures) **** running nofib (-fasm) ... ok. (2 failures) **** running nofib (-unreg) ... ok. **** publishing distfiles ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing logs ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing docs ... ok. Logs are at http://www.haskell.org/ghc/dist/current/logs Dists are at http://www.haskell.org/ghc/dist/current/dist Docs are at http://www.haskell.org/ghc/dist/current/docs All done! Nightly build finished successfully at Tue Apr 3 06:38:30 BST 2007 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Mon Apr 2 23:54:52 BST 2007 1728 total tests, which gave rise to 10434 test cases, of which 10 caused framework failures 1901 were skipped 8205 expected passes 96 expected failures 3 unexpected passes 219 unexpected failures Unexpected passes: arith008(profasm) cholewo-eval(profasm) read032(normal) Unexpected failures: Church2(normal) GMapAssoc(optc,hpc,profc,profasm) GMapTop(optc,hpc,profc,profasm) arith005(optc,hpc,optasm,profc,profasm,threaded2) arith008(hpc,threaded2) arith011(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) arith012(hpc,threaded2) arrowrun004(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) barton-mangler-bug(hpc,threaded2) base01(normal) break001(ghci) break004(ghci) break008(ghci) break010(ghci) cabal02(normal) cholewo-eval(hpc,threaded2) conc046(unreg) conc048(threaded2) conc052(profc,profasm) conc060(unreg) conc061(unreg) conc062(unreg) conc063(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) concprog001(ghci) concprog002(threaded2) dataA(normal,optc,hpc,optasm,profc,profasm,unreg) drvfail001(normal) drvfail002(normal) drvfail003(normal) drvfail007(normal) drvfail011(normal) dsrun014(ghci) f(normal,optc,hpc,optasm,profc,profasm,unreg) ffi-deriv1(normal,optc,hpc,optasm,profc,profasm,unreg) ffi009(threaded2) gadt23(normal) galois_raytrace(hpc,threaded2) getC(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) haddock.Test(optc,profc,unreg) head(normal,optc,hpc,optasm,profc,profasm,unreg) ind2(profc,profasm) maessen_hashtab(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) mod144(normal) mod146(normal) mod158(normal) mod160(normal) mod165(normal) mod56(normal) num012(normal,optc,hpc,optasm,profc,profasm,unreg,ghci,threaded1,threaded2) print001(ghci) print002(ghci) print003(ghci) print004(ghci) print005(ghci) print006(ghci) print007(ghci) print008(ghci) print010(ghci) print011(ghci) print012(ghci) print013(ghci) print014(ghci) print015(ghci) print016(ghci) print017(ghci) read008(normal) read040(normal,optc,hpc,optasm,profc,profasm,unreg) rnfail028(normal) sum(normal,optc,hpc,optasm,profc,profasm,unreg) synonym(normal,optc,hpc,optasm,profc,profasm,unreg) tc049(normal,optc,hpc,optasm,profc,profasm,unreg) tc224(normal,optc,hpc,optasm,profc,profasm,unreg) tcfail004(normal) tcfail005(normal) tcfail046(normal) tcfail072(normal) tcfail105(normal,optc,hpc,optasm,profc,profasm,unreg) tcfail117(normal) tcfail118(normal) tcfail140(normal) tcfail145(normal) tcfail156(normal) tcfail169(normal) tcfail172(normal) tcfail177(normal) ---------------------------------------------------- Nightly run ended at Tue Apr 3 06:38:30 BST 2007 From cvs-ghc at haskell.org Tue Apr 3 03:30:02 2007 From: cvs-ghc at haskell.org (BuildBot Collator) Date: Tue Apr 3 03:29:00 2007 Subject: Daily report for 6.6 Message-ID: <200704030730.l337U2ds015298@monk.galois.com> Old unexpected test passes: barton-mangler-bug 1 tnaur PPC OSX 6.6 cholewo-eval 1 tnaur PPC OSX 6.6 New unexpected test failures: conc052 1 x86-64 Linux 6.6 Fixed unexpected test failures: TH_dataD1 cc005 drvfail001 drvfail004 drvfail007 dsrun014 gadt23 ghci015 mod14 mod142 mod143 mod145 mod146 mod150 mod46 mod47 mod5 mod54 mod81 mod91 read028 regex002 rnfail040 tcfail017 tcfail019 tcfail020 tcfail042 tcfail062 tcfail067 tcfail092 tcfail096 tcfail104 tcfail106 tcfail109 tcfail116 tcfail128 tcfail129 tcfail132 tcfail138 testblockalloc Old unexpected test failures: ThreadDelay001 1 x86 Windows 6.6 arith011 1 tnaur PPC OSX 6.6 barton-mangler-bug 1 tnaur PPC OSX 6.6 cabal01 2 mnemosyne x86-64 Gentoo 6.6 cg059 4 x86-64 Linux 6.6 conc023 1 x86 Windows 6.6 conc056 1 x86-64 Linux 6.6 conc068 1 tnaur PPC OSX 6.6 concprog001 2 x86-64 Linux 6.6 concprog002 2 mnemosyne x86-64 Gentoo 6.6 drvfail003 5 x86-64 Linux 6.6 enum01 1 tnaur PPC OSX 6.6 ffi009 1 tnaur PPC OSX 6.6 forkprocess01 1 tnaur PPC OSX 6.6 galois_raytrace 1 tnaur PPC OSX 6.6 joao-circular 1 tnaur PPC OSX 6.6 seward-space-leak 1 tnaur PPC OSX 6.6 signals002 1 tnaur PPC OSX 6.6 tcfail032 5 x86-64 Linux 6.6 tcfail055 5 x86-64 Linux 6.6 tcfail115 5 x86-64 Linux 6.6 tcfail165 5 x86-64 Linux 6.6 utf8_002 2 mnemosyne x86-64 Gentoo 6.6 utf8_003 2 mnemosyne x86-64 Gentoo 6.6 utf8_004 2 mnemosyne x86-64 Gentoo 6.6 utf8_005 2 mnemosyne x86-64 Gentoo 6.6 From cvs-ghc at haskell.org Tue Apr 3 03:30:02 2007 From: cvs-ghc at haskell.org (BuildBot Collator) Date: Tue Apr 3 03:29:05 2007 Subject: Daily report for head Message-ID: <200704030730.l337U2AO015299@monk.galois.com> Old unexpected test passes: arith008 1 x86 Windows head barton-mangler-bug 2 macgyver PPC OSX head cholewo-eval 3 x86 Windows head New unexpected test failures: ThreadDelay001 1 x86 Windows head cg025 1 x86 Windows head conc049 1 tnaur PPC OSX head ffi002 1 tnaur PPC OSX head Fixed unexpected test failures: cg035 enum01 rand001 read001 rn.prog006 tcrun021 testblockalloc time002 uri001 Old unexpected test failures: Church2 5 x86-64 Linux head GMapAssoc 4 x86-64 Linux head GMapTop 4 x86-64 Linux head TH_exn 2 x86-64 Linux head arith005 4 x86-64 Linux head arith008 1 x86 Windows head arith011 4 x86 Windows head arith012 1 x86 Windows head arrowrun004 4 x86-64 Linux head barton-mangler-bug 3 x86 Windows head base01 2 x86-64 Linux head break001 5 x86-64 Linux head break004 5 x86-64 Linux head break008 5 x86-64 Linux head break010 5 x86-64 Linux head cabal01 2 macgyver PPC OSX head cabal02 3 x86-64 Linux head cholewo-eval 1 x86 Windows head conc019 1 x86-64 Linux head conc023 1 x86 Windows head conc052 2 x86-64 Linux head conc056 2 x86-64 Linux head conc063 4 x86-64 Linux head conc068 2 macgyver PPC OSX head concprog001 3 x86-64 Linux head concprog002 2 macgyver PPC OSX head dataA 5 x86-64 Linux head drvfail001 5 x86-64 Linux head drvfail002 5 x86-64 Linux head drvfail003 5 x86-64 Linux head drvfail007 5 x86-64 Linux head drvfail011 5 x86-64 Linux head dsrun014 3 x86-64 Linux head f 5 x86-64 Linux head ffi-deriv1 5 x86-64 Linux head ffi009 3 x86 Windows head forkprocess01 2 macgyver PPC OSX head gadt23 2 x86-64 Linux head galois_raytrace 3 x86 Windows head getC 5 x86-64 Linux head getDirContents001 1 x86 Windows head ghci015 1 x86 Windows head fast ghciprog004 1 x86 Windows head fast haddock.Test 4 x86-64 Linux head head 5 x86-64 Linux head ind2 2 x86-64 Linux head joao-circular 1 tnaur PPC OSX head maessen_hashtab 4 x86-64 Linux head mod144 2 x86-64 Linux head mod146 2 x86-64 Linux head mod158 2 x86-64 Linux head mod160 2 x86-64 Linux head mod165 2 x86-64 Linux head mod41 2 x86-64 Linux head mod42 2 x86-64 Linux head mod43 2 x86-64 Linux head mod56 5 x86-64 Linux head net001 1 x86 Windows head num012 3 x86 Windows head print001 5 x86-64 Linux head print002 5 x86-64 Linux head print003 5 x86-64 Linux head print004 5 x86-64 Linux head print005 5 x86-64 Linux head print006 5 x86-64 Linux head print007 5 x86-64 Linux head print008 5 x86-64 Linux head print010 5 x86-64 Linux head print011 5 x86-64 Linux head print012 5 x86-64 Linux head print013 5 x86-64 Linux head print014 5 x86-64 Linux head print015 5 x86-64 Linux head print016 5 x86-64 Linux head print017 5 x86-64 Linux head read008 5 x86-64 Linux head read040 5 x86-64 Linux head readwrite002 2 x86 Windows head rnfail028 5 x86-64 Linux head seward-space-leak 1 tnaur PPC OSX head signals002 2 macgyver PPC OSX head sum 5 x86-64 Linux head synonym 5 x86-64 Linux head tc049 5 x86-64 Linux head tc217 1 macgyver PPC OSX head tc220 1 macgyver PPC OSX head tc223 1 macgyver PPC OSX head tc224 5 x86-64 Linux head tcfail004 5 x86-64 Linux head tcfail005 5 x86-64 Linux head tcfail044 2 x86-64 Linux head tcfail046 5 x86-64 Linux head tcfail047 2 x86-64 Linux head tcfail072 5 x86-64 Linux head tcfail105 5 x86-64 Linux head tcfail117 5 x86-64 Linux head tcfail118 5 x86-64 Linux head tcfail139 2 x86-64 Linux head tcfail140 5 x86-64 Linux head tcfail145 5 x86-64 Linux head tcfail156 5 x86-64 Linux head tcfail169 5 x86-64 Linux head tcfail172 5 x86-64 Linux head tcfail177 5 x86-64 Linux head typecheck.testeq1 1 x86 Windows head utf8_002 1 tnaur PPC OSX head utf8_003 1 tnaur PPC OSX head utf8_004 1 tnaur PPC OSX head utf8_005 1 tnaur PPC OSX head win32002 1 x86 Windows head -------------- next part -------------- Last 30 lines: rsync: connection unexpectedly closed (24 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) Try 2: rsync ghc-6.7.20070402-x86_64-unknown-linux.tar.bz2 simonmar@haskell.org:/home/haskell/ghc/dist/current/dist Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. rsync: writefd_unbuffered failed to write 4 bytes: phase "unknown" [sender]: Broken pipe (32) rsync: connection unexpectedly closed (24 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) Try 3: rsync ghc-6.7.20070402-x86_64-unknown-linux.tar.bz2 simonmar@haskell.org:/home/haskell/ghc/dist/current/dist Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. rsync: writefd_unbuffered failed to write 4 bytes: phase "unknown" [sender]: Broken pipe (32) rsync: connection unexpectedly closed (24 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) Try 4: rsync ghc-6.7.20070402-x86_64-unknown-linux.tar.bz2 simonmar@haskell.org:/home/haskell/ghc/dist/current/dist Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. rsync: writefd_unbuffered failed to write 4 bytes: phase "unknown" [sender]: Broken pipe (32) rsync: connection unexpectedly closed (24 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) Try 5: rsync ghc-6.7.20070402-x86_64-unknown-linux.tar.bz2 simonmar@haskell.org:/home/haskell/ghc/dist/current/dist Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. rsync: writefd_unbuffered failed to write 4 bytes: phase "unknown" [sender]: Broken pipe (32) rsync: connection unexpectedly closed (24 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) Try 6: rsync ghc-6.7.20070402-x86_64-unknown-linux.tar.bz2 simonmar@haskell.org:/home/haskell/ghc/dist/current/dist rsync -r /64playpen/buildbot/x86_64-linux-head/build/ghc-6.7.20070402/share/html/* simonmar@haskell.org:/home/haskell/ghc/dist/current/dist/docs Disconnecting: Timeout, server not responding. rsync: connection unexpectedly closed (8 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) make[1]: *** [binary-dist] Error 12 make[1]: Leaving directory `/64playpen/buildbot/x86_64-linux-head/build' -------------- next part -------------- Last 30 lines: of wild_a7dI [Just A] { [] -> (\ (n_a7bF [Dead Just A] :: GHC.Base.Int) (r0_a7bG [Dead Just A] :: System.Random.StdGen) -> Test.QuickCheck.Result (Data.Maybe.Just @ GHC.Base.Bool a_s7UA) (GHC.Base.: @ GHC.Base.String Test.QuickCheck.ds1 (GHC.Base.[] @ GHC.Base.String)) (GHC.Base.[] @ GHC.Base.String)) `cast` (trans (right (right (inst (inst (trans (trans (forall a1_a7c2 b_a7c3. (a1_a7c2 -> b_a7c3) -> Test.QuickCheck.Gen a1_a7c2 -> sym ((Test.QuickCheck.:CoGen) b_a7c3)) (sym ((GHC.Base.:Co:TFunctor) Test.QuickCheck.Gen))) ((GHC.Base.:Co:TFunctor) Test.QuickCheck.Gen)) Test.QuickCheck.Result) Test.QuickCheck.Result))) (sym (Test.QuickCheck.:CoProperty)) :: GHC.Base.Int -> System.Random.StdGen -> Test.QuickCheck.Result ~ Test.QuickCheck.Property); : ds1_a7dM [Just A] ds2_a7dN [Just A] -> (\ (eta_a7Bq [Dead Just -------------- next part -------------- Last 30 lines: ../compiler/ghc-inplace -optc-O -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-DCOMPILING_RTS -optc-DDEBUGGER -optc-fomit-frame-pointer -optc-fno-strict-aliasing -H16m -O -optc-O2 -static -I. -#include HCIncludes.h -fvia-C -dcmm-lint -hisuf thr_p_hi -hcsuf thr_p_hc -osuf thr_p_o -optc-DTHREADED_RTS -prof -c sm/GC.c -o sm/GC.thr_p_o ../compiler/ghc-inplace -optc-O -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-DCOMPILING_RTS -optc-DDEBUGGER -optc-fomit-frame-pointer -optc-fno-strict-aliasing -H16m -O -optc-O2 -static -I. -#include HCIncludes.h -fvia-C -dcmm-lint -hisuf thr_p_hi -hcsuf thr_p_hc -osuf thr_p_o -optc-DTHREADED_RTS -prof -c sm/GCUtils.c -o sm/GCUtils.thr_p_o ../compiler/ghc-inplace -optc-O -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-DCOMPILING_RTS -optc-DDEBUGGER -optc-fomit-frame-pointer -optc-fno-strict-aliasing -H16m -O -optc-O2 -static -I. -#include HCIncludes.h -fvia-C -dcmm-lint -hisuf thr_p_hi -hcsuf thr_p_hc -osuf thr_p_o -optc-DTHREADED_RTS -prof -c sm/MBlock.c -o sm/MBlock.thr_p_o ../compiler/ghc-inplace -optc-O -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-DCOMPILING_RTS -optc-DDEBUGGER -optc-fomit-frame-pointer -optc-fno-strict-aliasing -H16m -O -optc-O2 -static -I. -#include HCIncludes.h -fvia-C -dcmm-lint -hisuf thr_p_hi -hcsuf thr_p_hc -osuf thr_p_o -optc-DTHREADED_RTS -prof -c sm/MarkWeak.c -o sm/MarkWeak.thr_p_o ../compiler/ghc-inplace -optc-O -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-DCOMPILING_RTS -optc-DDEBUGGER -optc-fomit-frame-pointer -optc-fno-strict-aliasing -H16m -O -optc-O2 -static -I. -#include HCIncludes.h -fvia-C -dcmm-lint -hisuf thr_p_hi -hcsuf thr_p_hc -osuf thr_p_o -optc-DTHREADED_RTS -prof -c sm/Scav.c -o sm/Scav.thr_p_o ../compiler/ghc-inplace -optc-O -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-DCOMPILING_RTS -optc-DDEBUGGER -optc-fomit-frame-pointer -optc-fno-strict-aliasing -H16m -O -optc-O2 -static -I. -#include HCIncludes.h -fvia-C -dcmm-lint -hisuf thr_p_hi -hcsuf thr_p_hc -osuf thr_p_o -optc-DTHREADED_RTS -prof -c sm/Storage.c -o sm/Storage.thr_p_o ../compiler/ghc-inplace -H16m -O -optc-O2 -static -I. -#include HCIncludes.h -fvia-C -dcmm-lint -hisuf thr_p_hi -hcsuf thr_p_hc -osuf thr_p_o -optc-DTHREADED_RTS -prof -c Apply.cmm -o Apply.thr_p_o /tmp/ghc14930_0/ghc14930_0.s: Assembler messages: /tmp/ghc14930_0/ghc14930_0.s:141:0: Error: can not do 8 byte pc-relative relocation /tmp/ghc14930_0/ghc14930_0.s:142:0: Error: can not do 8 byte pc-relative relocation /tmp/ghc14930_0/ghc14930_0.s:296:0: Error: can not do 8 byte pc-relative relocation /tmp/ghc14930_0/ghc14930_0.s:297:0: Error: can not do 8 byte pc-relative relocation /tmp/ghc14930_0/ghc14930_0.s:430:0: Error: can not do 8 byte pc-relative relocation /tmp/ghc14930_0/ghc14930_0.s:431:0: Error: can not do 8 byte pc-relative relocation make[2]: *** [Apply.thr_p_o] Error 1 make[1]: *** [all] Error 1 make: *** [stage1] Error 1 From sof at galois.com Tue Apr 3 04:52:17 2007 From: sof at galois.com (sof@galois.com) Date: Tue Apr 3 04:49:01 2007 Subject: [nightly] 02-Apr-2007 build of of HEAD on i386-unknown-mingw32 (bling) Message-ID: <01c775cd$Blat.v2.2.2$62195000@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 02-Apr-2007 build of of HEAD on i386-unknown-mingw32 (bling) Build description = of HEAD on i386-unknown-mingw32 (bling) Build location = /fptools/builds/HEAD Build config file = /fptools/builds/ghc-nightly/site/galois/conf-HEAD-bling Nightly build started on bling at Mon Apr 2 22:00:00 PDT 2007. **** checking out new source tree ... Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. ok. (GHC Version 6.7.20070402) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** building compiler binary distribution ... failed. **** canonicalizing mingw binary distribution tree... failed (ghc-6.7.20070402 not found). **** generating binary distribution + manifest ... ok. **** publishing distfiles ... ok. **** publishing logs ... ok. Logs are at http://www.haskell.org/ghc/dist/current/logs Dists are at http://www.haskell.org/ghc/dist/current/dist Docs are at http://www.haskell.org/ghc/dist/current/docs All done! Nightly build finished successfully at Tue Apr 3 01:52:17 PDT 2007 Nightly run ended at Tue Apr 3 01:52:17 PDT 2007 From sven.panne at aedion.de Tue Apr 3 06:22:27 2007 From: sven.panne at aedion.de (Sven Panne) Date: Tue Apr 3 06:21:21 2007 Subject: An idea for a warning Message-ID: <200704031222.28077.sven.panne@aedion.de> I've just once again fixed a situation in the library which looked as follows: module Foo(Bar(..)) where data Bar = Baz Blah type Blah = String Although Bar is usable, I very much doubt that it is intended that Blah is not exported from Foo. Haddock complains about such situations, BTW. Would it make sense to add a warning to GHC in such cases? Cheers, S. From bulat.ziganshin at gmail.com Tue Apr 3 07:20:54 2007 From: bulat.ziganshin at gmail.com (Bulat Ziganshin) Date: Tue Apr 3 07:22:50 2007 Subject: Package versioning confusion In-Reply-To: <200704021611.31071.sven.panne@aedion.de> References: <200704021313.27983.sven.panne@aedion.de> <20070402144435.49ba7b70.Malcolm.Wallace@cs.york.ac.uk> <200704021611.31071.sven.panne@aedion.de> Message-ID: <1233959158.20070403152054@gmail.com> Hello Sven, Monday, April 2, 2007, 6:11:30 PM, you wrote: > the "internal" version, fix it so it works with all implementations and leave > the rest of the fps Jihad to future generations, where everything is a > separate package, world hunger is solved, and all taxes are abolished... :-} but Carthagen still should be demolished :))) -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com From bulat.ziganshin at gmail.com Tue Apr 3 07:21:47 2007 From: bulat.ziganshin at gmail.com (Bulat Ziganshin) Date: Tue Apr 3 07:22:53 2007 Subject: Package versioning confusion In-Reply-To: <20070403003128.GE14487@cse.unsw.EDU.AU> References: <200704021313.27983.sven.panne@aedion.de> <20070402144435.49ba7b70.Malcolm.Wallace@cs.york.ac.uk> <200704021611.31071.sven.panne@aedion.de> <20070403003128.GE14487@cse.unsw.EDU.AU> Message-ID: <383611791.20070403152147@gmail.com> Hello Donald, Tuesday, April 3, 2007, 4:31:28 AM, you wrote: >> the rest of the fps Jihad to future generations, where everything is a >> separate package, world hunger is solved, and all taxes are abolished... :-} > Yes, it will be a shiny new world order! And hackage will rule us all. you got the idea! :) -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com From simonmar at microsoft.com Tue Apr 3 07:31:51 2007 From: simonmar at microsoft.com (Simon Marlow) Date: Tue Apr 3 07:30:45 2007 Subject: patch applied (ghc-6.6/testsuite): allow ignoring output from ghci scripts Message-ID: <20070403113151.GA21020@cvs.haskell.org> Tue Apr 3 04:25:46 PDT 2007 Simon Marlow * allow ignoring output from ghci scripts don't merge; this is done better in the HEAD M ./driver/testlib.py -1 +7 From simonmar at microsoft.com Tue Apr 3 07:31:55 2007 From: simonmar at microsoft.com (Simon Marlow) Date: Tue Apr 3 07:30:48 2007 Subject: patch applied (ghc-6.6/testsuite): ignore the output from ghci015 Message-ID: <20070403113155.GA21042@cvs.haskell.org> Tue Apr 3 04:26:04 PDT 2007 Simon Marlow * ignore the output from ghci015 M ./tests/ghc-regress/ghci/scripts/all.T -1 +1 From simonmar at microsoft.com Tue Apr 3 07:31:57 2007 From: simonmar at microsoft.com (Simon Marlow) Date: Tue Apr 3 07:30:50 2007 Subject: patch applied (ghc-6.6/testsuite): add comment Message-ID: <20070403113157.GA21056@cvs.haskell.org> Tue Apr 3 04:26:15 PDT 2007 Simon Marlow * add comment M ./tests/ghc-regress/ghci/scripts/ghci015.hs +3 From simonmar at microsoft.com Tue Apr 3 07:35:44 2007 From: simonmar at microsoft.com (Simon Marlow) Date: Tue Apr 3 07:34:35 2007 Subject: patch applied (testsuite): ghci015 should ignore output (see comment) Message-ID: <20070403113544.GA21161@cvs.haskell.org> Tue Apr 3 04:22:28 PDT 2007 Simon Marlow * ghci015 should ignore output (see comment) M ./tests/ghc-regress/ghci/scripts/all.T -1 +6 From sof at galois.com Tue Apr 3 08:54:26 2007 From: sof at galois.com (sof@galois.com) Date: Tue Apr 3 08:51:09 2007 Subject: [nightly] 03-Apr-2007 build of of 6.6 branch on i386-unknown-mingw32 (bling) Message-ID: <01c775ef$Blat.v2.2.2$35ed6594@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 03-Apr-2007 build of of 6.6 branch on i386-unknown-mingw32 (bling) Build description = of 6.6 branch on i386-unknown-mingw32 (bling) Build location = /fptools/builds/STABLE Build config file = /fptools/builds/ghc-nightly/site/galois/conf-STABLE-bling Nightly build started on bling at Tue Apr 3 02:00:01 PDT 2007. **** checking out new source tree ... Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. Finished getting. ok. (GHC Version 6.6.20070403) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... failed (ghc-6.6.20070403 not found). **** generating binary distribution + manifest ... ok. **** publishing distfiles ... ok. **** publishing logs ... ok. Logs are at http://www.haskell.org/ghc/dist/stable/logs Dists are at http://www.haskell.org/ghc/dist/stable/dist Docs are at http://www.haskell.org/ghc/dist/stable/docs All done! Nightly build finished successfully at Tue Apr 3 05:54:26 PDT 2007 Nightly run ended at Tue Apr 3 05:54:26 PDT 2007 From red5_2 at hotmail.com Tue Apr 3 11:07:06 2007 From: red5_2 at hotmail.com (C Rodrigues) Date: Tue Apr 3 11:06:04 2007 Subject: darcs patch: save two more FP registers on ia64 (and 1 more) Message-ID: Mon Mar 26 21:18:11 PDT 2007 red5_2@hotmail.com * save two more FP registers on ia64 Save/restore two more registers in StgCRun(). The extra registers are used by ffi009.hs, when compiling with gcc 4.1.2. Sun Apr 1 09:31:32 PDT 2007 red5_2@hotmail.com * fix adjustor generation on ia64 (test case ffi009) Some fixes to adjustor functions. The 8-byte address returned by the allocator is adjusted to be aligned to 16-byte boundaries. Fixed a typo in inserting an immediate address into an instruction. This fixes the calls to 5-argument and 6-argument functions in ffi009. Some functions still break. I suspect it's related to passing arguments on the stack. _________________________________________________________________ Download Messenger. Join the i’m Initiative. Help make a difference today. http://im.live.com/messenger/im/home/?source=TAGHM_APR07 -------------- next part -------------- A non-text attachment was scrubbed... Name: foreign-wrapper.dpatch Type: application/octet-stream Size: 355047 bytes Desc: not available Url : http://www.haskell.org/pipermail/cvs-ghc/attachments/20070403/d580c929/foreign-wrapper-0001.obj From simonpj at microsoft.com Tue Apr 3 12:18:19 2007 From: simonpj at microsoft.com (Simon Peyton-Jones) Date: Tue Apr 3 12:17:13 2007 Subject: An idea for a warning In-Reply-To: <200704031222.28077.sven.panne@aedion.de> References: <200704031222.28077.sven.panne@aedion.de> Message-ID: sounds plausible to me: perhaps add a Trac feature request? Perhaps with a proposed spec? S | -----Original Message----- | From: cvs-ghc-bounces@haskell.org [mailto:cvs-ghc-bounces@haskell.org] On Behalf Of Sven Panne | Sent: 03 April 2007 11:22 | To: cvs-ghc@haskell.org | Subject: An idea for a warning | | I've just once again fixed a situation in the library which looked as follows: | | module Foo(Bar(..)) where | data Bar = Baz Blah | type Blah = String | | Although Bar is usable, I very much doubt that it is intended that Blah is not | exported from Foo. Haddock complains about such situations, BTW. Would it | make sense to add a warning to GHC in such cases? | | Cheers, | S. | | _______________________________________________ | Cvs-ghc mailing list | Cvs-ghc@haskell.org | http://www.haskell.org/mailman/listinfo/cvs-ghc From igloo at earth.li Tue Apr 3 15:55:41 2007 From: igloo at earth.li (Ian Lynagh) Date: Tue Apr 3 15:54:32 2007 Subject: patch applied (ghc): Fix C/Haskell type mismatches Message-ID: <20070403195541.GA2395@cvs.haskell.org> Tue Apr 3 12:53:24 PDT 2007 Ia