From ghcbuild at microsoft.com Fri Dec 1 01:46:03 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Fri Dec 1 01:46:04 2006 Subject: [nightly] 30-Nov-2006 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20061201064603.0DFF73242BD@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 Thu Nov 30 19:30:01 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.7.20061130) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. (4 failures) **** running nofib (-O -fasm) ... ok. (8 failures) **** running nofib (-O -prof -auto-all) ... ok. (4 failures) **** running nofib (-O -prof -auto-all -fasm) ... ok. (9 failures) **** running nofib (-fasm) ... ok. (8 failures) **** running nofib (-unreg) ... ok. (4 failures) **** publishing distfiles ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing logs ... ok. **** 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 Fri Dec 1 06:47:47 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Thu Nov 30 23:48:56 GMT 2006 1535 total tests, which gave rise to 9371 test cases, of which 1 caused framework failures 1801 were skipped 7310 expected passes 48 expected failures 9 unexpected passes 193 unexpected failures Unexpected passes: arith008(profasm) cholewo-eval(profasm) tc175(normal,opt,hpc,optasm,prof,profasm,unreg) Unexpected failures: GMapAssoc(hpc,prof,profasm) GMapTop(hpc,prof,profasm) Over(normal) Simple2(hpc,profasm) Simple6(normal) Simple7(normal) Simple8(normal) TH_exn(normal) TH_fail(normal) TH_genEx(normal) TH_recompile(normal) TH_repGuard(normal) TH_repGuardOutput(normal) TH_spliceInst(normal) arith005(opt,hpc,optasm,prof,profasm,threaded2) arith011(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) arrowcase1(normal,opt,hpc,optasm,prof,profasm,unreg) arrowfail001(normal) arrowrun004(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) base01(normal) cabal02(normal) cc012(normal,opt,hpc,optasm,prof,profasm,unreg) cg057(prof,profasm) conc048(threaded2) conc060(unreg) conc062(unreg) conc063(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) concprog001(ghci) countReaders001(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) drvfail002(normal) drvfail003(normal) drvfail004(normal) ds060(normal) ds061(normal) ffi-deriv1(normal,opt,hpc,optasm,prof,profasm,unreg) ffi017(ghci) gadt13(normal) gadt7(normal) getC(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) ghci008(ghci) ghci011(ghci) ghci016(ghci) ghcpkg04(normal) ind1(hpc) ind2(hpc,prof,profasm) maessen_hashtab(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) mod174(normal) mod175(normal) mod177(normal) mod47(normal) mod49(normal) num012(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) rnfail020(normal) rnfail028(normal) simplrun006(opt) tc168(normal,opt,hpc,optasm,prof,profasm,unreg) tc215(normal,opt,hpc,optasm,prof,profasm,unreg) tcfail010(normal) tcfail015(normal) tcfail040(normal) tcfail067(normal) tcfail072(normal) tcfail077(normal) tcfail099(normal) tcfail130(normal) tcfail140(normal) tcfail171(normal) tcrun032(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) thurston-modular-arith(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) ---------------------------------------------------- Nightly run ended at Fri Dec 1 06:47:47 GMT 2006 From sof at galois.com Fri Dec 1 04:41:22 2006 From: sof at galois.com (sof@galois.com) Date: Fri Dec 1 04:37:00 2006 Subject: [nightly] 30-Nov-2006 build of of HEAD on i386-unknown-mingw32 (bling) Message-ID: <01c7152c$Blat.v2.2.2$dc8beb10@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 30-Nov-2006 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 Thu Nov 30 22:00:01 PST 2006. **** 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. ok. (GHC Version 6.7.20061130) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... failed; relevant barfage is below. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... ok **** generating binary distribution + manifest ... ok. **** building mingw .gz binary dist ... 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 Fri Dec 1 01:41:21 PST 2006 ------------------------------------------------------------------------ ------------------------------------------------------------------------ The last 30 lines of /fptools/builds/HEAD/logs/i386-unknown-mingw32-stage2 are ------------------------------------------------------------------------ ------------------------------------------------------------------------ -DHADDOCK_IFACE='"c:/fptools/builds/HEAD/fptools/libraries/ghc/html/ghc.haddock"' \ -DFPTOOLS_TOP_ABS='"c:/fptools/builds/HEAD/fptools"' \ -x c -DPKG_DEPENDS='template-haskell Win32 Cabal regex-compat base haskell98' -DSTAGE='"2"' -I../includes -Iinclude -DPACKAGE=ghc -DVERSION=6.7.20061130 -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/stage1/ghc-inplace -o stage2/ghc -H16m -O -package ghc -Istage2 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -Rghc-timing -O -H32m -DGHCI -DBREAKPOINT -threaded stage2/main/Main.o c:\MinGW41\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe: cannot find -lunicows collect2: ld returned 1 exit status <> make[1]: *** [stage2/ghc] Error 1 make[1]: Leaving directory `/fptools/builds/HEAD/fptools/compiler' make: *** [stage2/ghc] Error 2 real 16m7.873s user 0m49.794s sys 0m20.434s Nightly run ended at Fri Dec 1 01:41:22 PST 2006 From simonmarhaskell at gmail.com Fri Dec 1 04:42:33 2006 From: simonmarhaskell at gmail.com (Simon Marlow) Date: Fri Dec 1 04:40:52 2006 Subject: Decoupling -O from -fvia-C In-Reply-To: <478E265B-61D5-413E-BD33-2FB619793440@gmx.net> References: <478E265B-61D5-413E-BD33-2FB619793440@gmx.net> Message-ID: <456FF909.4050700@microsoft.com> Wolfgang Thaller wrote: > I think it is again time to discuss whether -O should still imply - fvia-C. > > I have recently committed a few patches that allow the NCG to compile > the RTS. Position-independent code works in the NCG on Darwin/x86 and > (almost untested) on Linux/x86, but will never work in for -fvia-C > compilation. So now there are situations where -fasm is required, and > there are fewer and fewer situations where -fvia-C is required. > > The Makefile in compiler/ adds -O to the HC_OPTS for some files, which > overrides any global -fasm, so compiling a libHSghc_dyn.dylib (or .so) > requires editing the Makefile. > > The only argument for having -O imply -fvia-C that I am aware of is > that -fvia-C code is slightly faster than -fasm on x86. This was not > even the case on PowerPC, last time I checked. Yes, this has been at the back of my mind for a while. We should change this. Please go forth and commit... Cheers, Simon From bulat.ziganshin at gmail.com Fri Dec 1 07:26:24 2006 From: bulat.ziganshin at gmail.com (Bulat Ziganshin) Date: Fri Dec 1 07:29:35 2006 Subject: Decoupling -O from -fvia-C In-Reply-To: <456FF909.4050700@microsoft.com> References: <478E265B-61D5-413E-BD33-2FB619793440@gmx.net> <456FF909.4050700@microsoft.com> Message-ID: <83729860.20061201152624@gmail.com> Hello Simon, Friday, December 1, 2006, 12:42:33 PM, you wrote: >> The only argument for having -O imply -fvia-C that I am aware of is >> that -fvia-C code is slightly faster than -fasm on x86. This was not >> even the case on PowerPC, last time I checked. > Yes, this has been at the back of my mind for a while. We should change this. > Please go forth and commit... may be it's better to start with speed tests? -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com From wolfgang.thaller at gmx.net Fri Dec 1 08:34:44 2006 From: wolfgang.thaller at gmx.net (Wolfgang Thaller) Date: Fri Dec 1 08:33:01 2006 Subject: Decoupling -O from -fvia-C In-Reply-To: <83729860.20061201152624@gmail.com> References: <478E265B-61D5-413E-BD33-2FB619793440@gmx.net> <456FF909.4050700@microsoft.com> <83729860.20061201152624@gmail.com> Message-ID: <1C3E9ED8-EA9B-41EB-86E8-AD48C9532FF8@gmx.net> > may be it's better to start with speed tests? What would that achieve, given that the decision does not depend on speed measurements? The argument "implicit -fvia-C makes things refuse to work" is stronger than the argument "-fvia-C makes things x % faster on platform Y, so it should be on by default", for all values of x and y. That said, speed tests are always a good thing, as long as I don't have to do them myself ;-). Cheers, Wolfgang From wolfgang.thaller at gmx.net Fri Dec 1 08:37:17 2006 From: wolfgang.thaller at gmx.net (Wolfgang Thaller) Date: Fri Dec 1 08:35:31 2006 Subject: patch applied (ghc): Decouple -O from -fvia-C Message-ID: <20061201133717.GA1963@cvs.haskell.org> Fri Dec 1 04:53:04 PST 2006 wolfgang.thaller@gmx.net * Decouple -O from -fvia-C Nowadays, there are situations where -fvia-C is definitely unwanted, such as when -fPIC is used on some platforms, so we do not want implicit -fvia-C any more. M ./compiler/main/DynFlags.hs -3 +1 M ./docs/users_guide/phases.xml -6 +3 M ./docs/users_guide/sooner.xml -3 M ./docs/users_guide/using.xml -4 From sof at galois.com Fri Dec 1 08:53:35 2006 From: sof at galois.com (sof@galois.com) Date: Fri Dec 1 08:49:01 2006 Subject: [nightly] 01-Dec-2006 build of of 6.6 branch on i386-unknown-mingw32 (bling) Message-ID: <01c71550$Blat.v2.2.2$187aee28@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 01-Dec-2006 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 Fri Dec 1 02:00:02 PST 2006. **** 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. ok. (GHC Version 6.6.20061201) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... ok **** generating binary distribution + manifest ... ok. **** building mingw .gz binary dist ... 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 Fri Dec 1 05:53:35 PST 2006 Nightly run ended at Fri Dec 1 05:53:35 PST 2006 From simonmar at microsoft.com Fri Dec 1 10:18:04 2006 From: simonmar at microsoft.com (Simon Marlow) Date: Fri Dec 1 10:16:19 2006 Subject: patch applied (ghc): Remove the Windows Async IO Manager completely in THREADED_RTS mode Message-ID: <20061201151804.GA4354@cvs.haskell.org> Fri Dec 1 06:07:53 PST 2006 Simon Marlow * Remove the Windows Async IO Manager completely in THREADED_RTS mode It isn't used here anyway, just making sure the code doesn't get compiled in. M ./rts/RtsStartup.c -3 +3 M ./rts/win32/AsyncIO.c +4 M ./rts/win32/IOManager.c +5 From simonmar at microsoft.com Fri Dec 1 10:18:08 2006 From: simonmar at microsoft.com (Simon Marlow) Date: Fri Dec 1 10:16:21 2006 Subject: patch applied (ghc): Add support for the IO manager thread on Windows Message-ID: <20061201151808.GA4375@cvs.haskell.org> Fri Dec 1 06:48:23 PST 2006 Simon Marlow * Add support for the IO manager thread on Windows Fixes #637. The implications of this change are: - threadDelay on Windows no longer creates a new OS thread each time, instead it communicates with the IO manager thread in the same way as on Unix. - deadlock detection now works the same way on Windows as on Unix; that is the timer interrupt wakes up the IO manager thread, which causes the scheduler to check for deadlock. - Console events now get sent to the IO manager thread, in the same way as signals do on Unix. This means that console events should behave more reliably with -threaded on Windows. All this applies only with -threaded. Without -threaded, the old ConsoleEvent code is still used. After some testing, this could be pushed to the 6.6 branch. M ./includes/RtsExternal.h -1 +10 M ./rts/Prelude.h -2 M ./rts/RtsStartup.c -2 +3 M ./rts/Schedule.c -9 +3 A ./rts/ThrIOManager.h M ./rts/posix/Signals.h -6 M ./rts/win32/ConsoleHandler.c -13 +23 M ./rts/win32/ConsoleHandler.h -3 +12 A ./rts/win32/ThrIOManager.c From lemmih at gmail.com Fri Dec 1 10:28:27 2006 From: lemmih at gmail.com (Lemmih) Date: Fri Dec 1 10:26:40 2006 Subject: patch applied (ghc): q In-Reply-To: <20061201040150.GA27284@cvs.haskell.org> References: <20061201040150.GA27284@cvs.haskell.org> Message-ID: On 12/1/06, Simon Peyton Jones wrote: > Thu Nov 30 19:42:07 PST 2006 simonpj@microsoft.com > * q > > M ./compiler/typecheck/Inst.lhs -1 +3 > M ./compiler/typecheck/TcSimplify.lhs -4 +1 q? -- Cheers, Lemmih From simonmar at microsoft.com Fri Dec 1 11:01:28 2006 From: simonmar at microsoft.com (Simon Marlow) Date: Fri Dec 1 11:02:00 2006 Subject: Decoupling -O from -fvia-C In-Reply-To: <1C3E9ED8-EA9B-41EB-86E8-AD48C9532FF8@gmx.net> Message-ID: Wolfgang Thaller wrote: >> may be it's better to start with speed tests? > > What would that achieve, given that the decision does not depend on > speed measurements? The argument "implicit -fvia-C makes things > refuse to work" is stronger than the argument "-fvia-C makes things x > % faster on platform Y, so it should be on by default", for all > values of x and y. > > That said, speed tests are always a good thing, as long as I don't > have to do them myself ;-). Here are the results from last night's 6.6 build, on x86_64, over the whole nofib suite: Size Allocs Runtime -0.3% -0.0% -1.0% That is, the NCG makes binaries 0.3% smaller and 1% faster. The speed measurements are well within the boundaries of error on this machine, so don't take that 1% as significant. On x86: -0.0% -0.0% -3.6% That %3.6 speed improvement for the NCG is a little more significant. It reflects the fact that -fvia-C uses -ffloat-store, but the NCG doesn't do anything equivalent. The NCG does however have terrible floating point performance on x86, but it clearly isn't as bad as -ffloat-store. Oh, I just noticed that -fexcess-precision is broken in 6.6. Grrr. Cheers, Simon From bulat.ziganshin at gmail.com Fri Dec 1 11:30:32 2006 From: bulat.ziganshin at gmail.com (Bulat Ziganshin) Date: Fri Dec 1 11:29:21 2006 Subject: patch applied (ghc): Add support for the IO manager thread on Windows In-Reply-To: <20061201151808.GA4375@cvs.haskell.org> References: <20061201151808.GA4375@cvs.haskell.org> Message-ID: <1992899810.20061201193032@gmail.com> Hello Simon, Friday, December 1, 2006, 6:18:08 PM, you wrote: > * Add support for the IO manager thread on Windows > Fixes #637. are you tried it - ^Break now handled, say, by ghc/ghci? -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com From bulat.ziganshin at gmail.com Fri Dec 1 09:51:02 2006 From: bulat.ziganshin at gmail.com (Bulat Ziganshin) Date: Fri Dec 1 11:31:50 2006 Subject: Decoupling -O from -fvia-C In-Reply-To: <1C3E9ED8-EA9B-41EB-86E8-AD48C9532FF8@gmx.net> References: <478E265B-61D5-413E-BD33-2FB619793440@gmx.net> <456FF909.4050700@microsoft.com> <83729860.20061201152624@gmail.com> <1C3E9ED8-EA9B-41EB-86E8-AD48C9532FF8@gmx.net> Message-ID: <1696008895.20061201175102@gmail.com> Hello Wolfgang, Friday, December 1, 2006, 4:34:44 PM, you wrote: >> may be it's better to start with speed tests? > What would that achieve, given that the decision does not depend on > speed measurements? The argument "implicit -fvia-C makes things > refuse to work" is stronger than the argument "-fvia-C makes things x > % faster on platform Y, so it should be on by default", for all > values of x and y. mingw32 platform shouldn't be affected by problems specific to macs. while via-C is faster here, it should be used. you can change mac's compilation settings independently -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com From simonmar at microsoft.com Fri Dec 1 11:42:23 2006 From: simonmar at microsoft.com (Simon Marlow) Date: Fri Dec 1 11:40:37 2006 Subject: patch applied (ghc-6.6/ghc): Ugly hack to fix -fexcess-precision Message-ID: <20061201164223.GA6655@cvs.haskell.org> Fri Dec 1 08:41:57 PST 2006 Simon Marlow * Ugly hack to fix -fexcess-precision M ./compiler/main/StaticFlags.hs -1 +9 From simonmar at microsoft.com Fri Dec 1 11:42:34 2006 From: simonmar at microsoft.com (Simon Marlow) Date: Fri Dec 1 11:40:48 2006 Subject: patch applied (ghc): Add support for the IO manager thread on Windows In-Reply-To: <1992899810.20061201193032@gmail.com> Message-ID: Bulat Ziganshin wrote: > Hello Simon, > > Friday, December 1, 2006, 6:18:08 PM, you wrote: > >> * Add support for the IO manager thread on Windows >> Fixes #637. > > are you tried it - ^Break now handled, say, by ghc/ghci? Not yet, but I will. Simon From simonmarhaskell at gmail.com Fri Dec 1 11:47:27 2006 From: simonmarhaskell at gmail.com (Simon Marlow) Date: Fri Dec 1 11:45:43 2006 Subject: Decoupling -O from -fvia-C In-Reply-To: <1696008895.20061201175102__15572.3928277896$1164990873$gmane$org@gmail.com> References: <478E265B-61D5-413E-BD33-2FB619793440@gmx.net> <456FF909.4050700@microsoft.com> <83729860.20061201152624@gmail.com> <1C3E9ED8-EA9B-41EB-86E8-AD48C9532FF8@gmx.net> <1696008895.20061201175102__15572.3928277896$1164990873$gmane$org@gmail.com> Message-ID: <45705C9F.7030203@microsoft.com> Bulat Ziganshin wrote: > Hello Wolfgang, > > Friday, December 1, 2006, 4:34:44 PM, you wrote: > > >>>may be it's better to start with speed tests? > > >>What would that achieve, given that the decision does not depend on >>speed measurements? The argument "implicit -fvia-C makes things >>refuse to work" is stronger than the argument "-fvia-C makes things x >>% faster on platform Y, so it should be on by default", for all >>values of x and y. > > > mingw32 platform shouldn't be affected by problems specific to macs. > while via-C is faster here, it should be used. you can change mac's > compilation settings independently You won't notice any performance difference using the NCG, I bet. Except that compilations times will be 50% faster... Cheers, Simon From wolfgang.thaller at gmx.net Fri Dec 1 12:13:31 2006 From: wolfgang.thaller at gmx.net (Wolfgang Thaller) Date: Fri Dec 1 12:11:45 2006 Subject: Decoupling -O from -fvia-C In-Reply-To: <1696008895.20061201175102@gmail.com> References: <478E265B-61D5-413E-BD33-2FB619793440@gmx.net> <456FF909.4050700@microsoft.com> <83729860.20061201152624@gmail.com> <1C3E9ED8-EA9B-41EB-86E8-AD48C9532FF8@gmx.net> <1696008895.20061201175102@gmail.com> Message-ID: On 1-Dec-06, at 3:51 PM, Bulat Ziganshin wrote: > mingw32 platform shouldn't be affected by problems specific to macs. > while via-C is faster here, it should be used. you can change mac's > compilation settings independently I never said that this was a mac-specific problem. It affects all position-independent code generation on x86. Also, via-C compilation has other slight differences from fasm compilation, like for example the need for prototypes for FFI- imported functions. Having those things change implicitly with -O has led to confusion in the past; having them change implicitly on some platforms but not on others is even worse. Cheers, Wolfgang From ghcbuild at microsoft.com Fri Dec 1 15:12:51 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Fri Dec 1 15:12:53 2006 Subject: [nightly] 01-Dec-2006 build of HEAD on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Message-ID: <20061201201251.6BCC0324127@www.haskell.org> Build description = HEAD on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Build location = /64playpen/simonmar/nightly/HEAD-cam-03-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-03-unx Nightly build started on cam-03-unx at Fri Dec 1 20:00:02 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.7.20061201) **** Building stage 1 compiler ... failed; relevant barfage is below. **** building source distribution ... failed. No successfully built compilers to test; aborting. ------------------------------------------------------------------------ ------------------------------------------------------------------------ The last 30 lines of /64playpen/simonmar/nightly/HEAD-cam-03-unx/logs/x86_64-unknown-linux-stage1 are ------------------------------------------------------------------------ ------------------------------------------------------------------------ /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/specs/preprocess: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/specs/enumerant: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/cbits: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/include: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/quickcheck: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/mangler: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/split: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/ghc: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/ghci: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/building: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/docbook-cheat-sheet: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/ext-core: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/users_guide: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/rts-libs: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/exts: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/genesis: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/the-beast: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/rts: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/ghci: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/vh: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/hep: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/storage-mgt: **** configuring ghc autom4te: unknown language: Autoconf-without-aclocal-m4 aclocal: autom4te failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 Nightly run ended at Fri Dec 1 20:14:36 GMT 2006 From ghcbuild at microsoft.com Fri Dec 1 16:03:49 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Fri Dec 1 16:03:51 2006 Subject: [nightly] 01-Dec-2006 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20061201210349.B8F79324129@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 Fri Dec 1 19:30:01 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.7.20061201) **** Building stage 1 compiler ... failed; relevant barfage is below. **** building source distribution ... ok. No successfully built compilers to test; aborting. ------------------------------------------------------------------------ ------------------------------------------------------------------------ The last 30 lines of /playpen/ghc/nightly/HEAD-cam-02-unx/logs/i386-unknown-linux-stage1 are ------------------------------------------------------------------------ ------------------------------------------------------------------------ Win32Utils.c:61: initializer element is not constant Win32Utils.c:61: (near initialization for `errtable[43].oscode') Win32Utils.c:61: initializer element is not constant Win32Utils.c:61: (near initialization for `errtable[43]') Win32Utils.c:62: `ERROR_NOT_ENOUGH_QUOTA' undeclared here (not in a function) Win32Utils.c:62: initializer element is not constant Win32Utils.c:62: (near initialization for `errtable[44].oscode') Win32Utils.c:62: initializer element is not constant Win32Utils.c:62: (near initialization for `errtable[44]') Win32Utils.c: In function `maperrno': Win32Utils.c:81: `DWORD' undeclared (first use in this function) Win32Utils.c:81: (Each undeclared identifier is reported only once Win32Utils.c:81: for each function it appears in.) Win32Utils.c:81: parse error before "dwErrorCode" Win32Utils.c:83: `dwErrorCode' undeclared (first use in this function) Win32Utils.c:83: warning: implicit declaration of function `GetLastError' Win32Utils.c:99: `ERROR_WRITE_PROTECT' undeclared (first use in this function) Win32Utils.c:99: `ERROR_SHARING_BUFFER_EXCEEDED' undeclared (first use in this function) Win32Utils.c:102: `ERROR_INVALID_STARTING_CODESEG' undeclared (first use in this function) Win32Utils.c:102: `ERROR_INFLOOP_IN_RELOC_CHAIN' undeclared (first use in this function) Win32Utils.c: In function `getTicksOfDay': Win32Utils.c:114: `FILETIME' undeclared (first use in this function) Win32Utils.c:114: parse error before "ft" Win32Utils.c:115: warning: implicit declaration of function `GetSystemTimeAsFileTime' Win32Utils.c:115: `ft' undeclared (first use in this function) gmake[3]: *** [Win32Utils.o] Error 1 gmake[2]: *** [all] Error 1 gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/playpen/ghc/nightly/HEAD-cam-02-unx/i386-unknown-linux/libraries' gmake: *** [stage1] Error 2 Nightly run ended at Fri Dec 1 21:05:35 GMT 2006 From simonpj at microsoft.com Fri Dec 1 16:12:55 2006 From: simonpj at microsoft.com (Simon Peyton-Jones) Date: Fri Dec 1 16:10:42 2006 Subject: patch applied (ghc): q In-Reply-To: Message-ID: Sorry. I mis-typed. Then I tried to un-record the patch I had recorded. Darcs crashed (log below). Since I cannot un-record it, all I could do was to push it. Sigh Anyway, it's a small change fixing a bug in TcSimplify that mixed up implication constraints and implicit parameters; it fixes one of the two bugs reported in Trac #1033 Simon | -----Original Message----- | From: cvs-all-bounces@haskell.org [mailto:cvs-all-bounces@haskell.org] On Behalf Of Lemmih | Sent: 01 December 2006 15:28 | To: Simon Peyton-Jones | Cc: cvs-ghc@haskell.org | Subject: Re: patch applied (ghc): q | | On 12/1/06, Simon Peyton Jones wrote: | > Thu Nov 30 19:42:07 PST 2006 simonpj@microsoft.com | > * q | > | > M ./compiler/typecheck/Inst.lhs -1 +3 | > M ./compiler/typecheck/TcSimplify.lhs -4 +1 | | q? sh-2.04$ darcs unrecord Fri Dec 1 03:42:07 GMT Standard Time 2006 simonpj@microsoft.com * q Shall I unrecord this patch? (1/1121) [ynWvpxqadjk], or ? for help: y Wed Nov 29 22:52:43 GMT Standard Time 2006 simonpj@microsoft.com * Remove trace Shall I unrecord this patch? (2/1121) [ynWvpxqadjk], or ? for help: d darcs.exe: failed to read patch in get_extra: Fri Apr 7 11:18:39 GMT Standard Time 2006 Simon Marlow * Fix a bug related to threads blocked on blackholes We weren't making them live early enough, with the result that finalizable objects referred to only by a thread blocked on a black hole could be finalized too early (see conc057 test). Perhaps this is a 'partial' repository? From ghcbuild at microsoft.com Fri Dec 1 21:20:04 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Fri Dec 1 21:20:06 2006 Subject: [nightly] 01-Dec-2006 build of 6.6 branch on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Message-ID: <20061202022004.941F3324035@www.haskell.org> Build description = 6.6 branch on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Build location = /64playpen/simonmar/nightly/6.6-cam-03-unx Build config file = /home/simonmar/nightly/site/msrc/conf-6.6-cam-03-unx Nightly build started on cam-03-unx at Fri Dec 1 20:00:02 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.6.20061201) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. **** running nofib (-fasm) ... ok. **** running nofib (-unreg) ... ok. (91 failures) **** publishing distfiles ... **** ghc-6.6.20061201-src.tar.bz2 (try 0) ... ok. **** ghc-6.6.20061201-src-extralibs.tar.bz2 (try 0)... ok. **** ghc-6.6.20061201-x86_64-unknown-linux.tar.bz2 (try 0)... 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 Sat Dec 2 02:21:51 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Fri Dec 1 22:48:11 GMT 2006 1455 total tests, which gave rise to 6918 test cases, of which 0 caused framework failures 1176 were skipped 5671 expected passes 56 expected failures 5 unexpected passes 10 unexpected failures Unexpected passes: tc175(normal,opt,optasm,prof,profasm) Unexpected failures: drvfail002(normal) drvfail003(normal) tcrun032(normal,opt,optasm,prof,profasm,ghci,threaded1,threaded2) ---------------------------------------------------- Nightly run ended at Sat Dec 2 02:21:51 GMT 2006 From ghcbuild at microsoft.com Fri Dec 1 22:00:42 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Fri Dec 1 22:00:44 2006 Subject: [nightly] 01-Dec-2006 build of 6.6 branch on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20061202030042.9B890324348@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 Fri Dec 1 19:00:01 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.6.20061201) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. (4 failures) **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. (5 failures) **** running nofib (-fasm) ... ok. (4 failures) **** running nofib (-unreg) ... ok. (91 failures) **** publishing distfiles ... **** ghc-6.6.20061201-src.tar.bz2 (try 0) ... ok. **** ghc-6.6.20061201-src-extralibs.tar.bz2 (try 0)... ok. **** ghc-6.6.20061201-i386-unknown-linux.tar.bz2 (try 0)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061201-i386-unknown-linux.tar.bz2 (try 1)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061201-i386-unknown-linux.tar.bz2 (try 2)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061201-i386-unknown-linux.tar.bz2 (try 3)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061201-i386-unknown-linux.tar.bz2 (try 4)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061201-i386-unknown-linux.tar.bz2 (try 5)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061201-i386-unknown-linux.tar.bz2 (try 6)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061201-i386-unknown-linux.tar.bz2 (try 7)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061201-i386-unknown-linux.tar.bz2 (try 8)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061201-i386-unknown-linux.tar.bz2 (try 9)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing logs ... ok. **** 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 Sat Dec 2 03:02:30 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Fri Dec 1 22:18:19 GMT 2006 1454 total tests, which gave rise to 6910 test cases, of which 1 caused framework failures 1177 were skipped 5657 expected passes 50 expected failures 5 unexpected passes 13 unexpected failures Unexpected passes: tc175(normal,opt,optasm,prof,profasm) Unexpected failures: andy_cherry(ghci) cg058(ghci) conc048(threaded2) drvfail002(normal) drvfail003(normal) tcrun032(normal,opt,optasm,prof,profasm,ghci,threaded1,threaded2) ---------------------------------------------------- Nightly run ended at Sat Dec 2 03:02:30 GMT 2006 From sof at galois.com Sat Dec 2 04:58:49 2006 From: sof at galois.com (sof@galois.com) Date: Sat Dec 2 04:54:19 2006 Subject: [nightly] 01-Dec-2006 build of of HEAD on i386-unknown-mingw32 (bling) Message-ID: <01c715f8$Blat.v2.2.2$7728f3d6@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 01-Dec-2006 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 Fri Dec 1 22:00:03 PST 2006. **** 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. ok. (GHC Version 6.7.20061201) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... failed; relevant barfage is below. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... ok **** generating binary distribution + manifest ... ok. **** building mingw .gz binary dist ... 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 Sat Dec 2 01:58:49 PST 2006 ------------------------------------------------------------------------ ------------------------------------------------------------------------ The last 30 lines of /fptools/builds/HEAD/logs/i386-unknown-mingw32-stage2 are ------------------------------------------------------------------------ ------------------------------------------------------------------------ -DHADDOCK_IFACE='"c:/fptools/builds/HEAD/fptools/libraries/ghc/html/ghc.haddock"' \ -DFPTOOLS_TOP_ABS='"c:/fptools/builds/HEAD/fptools"' \ -x c -DPKG_DEPENDS='template-haskell Win32 Cabal regex-compat base haskell98' -DSTAGE='"2"' -I../includes -Iinclude -DPACKAGE=ghc -DVERSION=6.7.20061201 -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/stage1/ghc-inplace -o stage2/ghc -H16m -O -package ghc -Istage2 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -Rghc-timing -O -H32m -DGHCI -DBREAKPOINT -threaded stage2/main/Main.o c:\fptools\builds\HEAD\fptools\rts/libHSrts_thr.a(ThrIOManager.thr_o):ThrIOManager.c:(.text+0x1f3): undefined reference to `base_GHCziConc_ensureIOManagerIsRunning_closure' collect2: ld returned 1 exit status <> make[1]: *** [stage2/ghc] Error 1 make[1]: Leaving directory `/fptools/builds/HEAD/fptools/compiler' make: *** [stage2/ghc] Error 2 real 11m29.703s user 0m49.182s sys 0m20.170s Nightly run ended at Sat Dec 2 01:58:49 PST 2006 From sof at galois.com Sat Dec 2 12:07:09 2006 From: sof at galois.com (sof@galois.com) Date: Sat Dec 2 12:02:33 2006 Subject: [nightly] 02-Dec-2006 build of of 6.6 branch on i386-unknown-mingw32 (bling) Message-ID: <01c71634$Blat.v2.2.2$4d5e0ece@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 02-Dec-2006 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 Sat Dec 2 02:00:02 PST 2006. **** 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. ok. (GHC Version 6.6.20061202) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... ok **** generating binary distribution + manifest ... ok. **** building mingw .gz binary dist ... 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 Sat Dec 2 09:07:09 PST 2006 Nightly run ended at Sat Dec 2 09:07:09 PST 2006 From simonpj at microsoft.com Sat Dec 2 12:55:03 2006 From: simonpj at microsoft.com (Simon Peyton-Jones) Date: Sat Dec 2 12:57:38 2006 Subject: patch applied (ghc): TickBox representation change In-Reply-To: <20061129221841.GA31331@cvs.haskell.org> Message-ID: Andy I had a look at what you did. Generally looks good. Much better than the Note version, as I hope you agree! (You seem to have deleted quite a bit of code!) Here's a qn. I thought you were going to do ticks like this: dsExpr (HsTick a e) = tick{a} e but instead you have dsExpr (HsTick a e) = case tick{a} of DEFAULT -> e I think that both are probably fine, but the implications are not clear to me. The former seems more robust somehow. For example if we have case tick{a} of DEFAULT -> ....(case tick{a} of DEFAULT -> ...) GHC might eliminate the inner tick. Would that be OK (after all, you're only checking coverage, and it's covered)? Clearly it's important not to eliminate the inner tick if it's for a different program point (tick{b}, say). But I think that is ok because you make a fresh TickId for each {b} program point. Still it'd be good to write this down. Second point: (I'm offline at the moment): is there a Ghc Developer Wiki page describing how the implementation works? I'd appreciate one. You're replying on certain properties of the simplification and optimisation phases (such as not discarding (case tick of DEFAULT -> ...), which I'd like to have explicit. Here's another qn. You change if e then e1 else e2 into if (binTick (a,b) e) then e1 else e2 Then later, in CorePrep you go case (binTick (a,b) e) of True -> e1; False -> e2 ==> case e of True -> tick a e1; False -> tick b e2 So why did you not instead generate the 'tick' version in the first place? if e then (tick a e1) else (tick b e2) It's perhpas not so obvious in the case of guards, because the then and else branches aren't neatly to hand. But you can still do it. Instead of binTick (a,b) e generage case e of True -> tick a True; False -> tick b False Now the simplifier will do the rest for you. In short, I think you might be able to eliminate BinTick altogether, which would surely be an advantage! Simon | -----Original Message----- | From: cvs-all-bounces@haskell.org [mailto:cvs-all-bounces@haskell.org] On Behalf Of Andy Gill | Sent: 29 November 2006 22:19 | To: cvs-ghc@haskell.org | Subject: patch applied (ghc): TickBox representation change | | Wed Nov 29 14:09:57 PST 2006 andy@galois.com | * TickBox representation change | | This changes the internal representation of TickBoxes, | from | Note (TickBox "module" n) | into | | case tick of | _ -> | | tick has type :: #State #World, when the module and tick numbe | are stored inside IdInfo. | | Binary tick boxes change from | | Note (BinaryTickBox "module" t f) | | into | | btick | | btick has type :: Bool -> Bool, with the module and tick number | stored inside IdInfo. | | | M ./compiler/basicTypes/Id.lhs +14 | M ./compiler/basicTypes/IdInfo.lhs -7 +34 | M ./compiler/basicTypes/MkId.lhs -1 +34 | M ./compiler/basicTypes/Name.lhs +6 | M ./compiler/coreSyn/CorePrep.lhs -19 +50 | M ./compiler/coreSyn/CoreSyn.lhs -9 | M ./compiler/coreSyn/CoreUtils.lhs -12 +5 | M ./compiler/coreSyn/PprCore.lhs -15 | M ./compiler/deSugar/Coverage.lhs -6 +12 | M ./compiler/deSugar/DsUtils.lhs -2 +19 | M ./compiler/iface/BinIface.hs -16 | M ./compiler/iface/IfaceSyn.lhs -10 | M ./compiler/iface/MkIface.lhs -3 | M ./compiler/iface/TcIface.lhs -2 | M ./compiler/main/DynFlags.hs -2 +2 | M ./compiler/main/TidyPgm.lhs -7 +4 | M ./compiler/simplCore/FloatIn.lhs -7 | M ./compiler/simplCore/Simplify.lhs -10 +2 | M ./compiler/stgSyn/CoreToStg.lhs -10 +4 | | _______________________________________________ | Cvs-ghc mailing list | Cvs-ghc@haskell.org | http://www.haskell.org/mailman/listinfo/cvs-ghc From ghcbuild at microsoft.com Sat Dec 2 15:09:06 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Sat Dec 2 15:09:06 2006 Subject: [nightly] 02-Dec-2006 build of HEAD on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Message-ID: <20061202200906.18B1F324190@www.haskell.org> Build description = HEAD on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Build location = /64playpen/simonmar/nightly/HEAD-cam-03-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-03-unx Nightly build started on cam-03-unx at Sat Dec 2 20:00:01 GMT 2006. **** checking out new source tree ... tar: Cowardly refusing to create an empty archive Try `tar --help' or `tar --usage' for more information. ok. (GHC Version 6.7.20061202) **** Building stage 1 compiler ... failed; relevant barfage is below. **** building source distribution ... failed. No successfully built compilers to test; aborting. ------------------------------------------------------------------------ ------------------------------------------------------------------------ The last 30 lines of /64playpen/simonmar/nightly/HEAD-cam-03-unx/logs/x86_64-unknown-linux-stage1 are ------------------------------------------------------------------------ ------------------------------------------------------------------------ /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/specs/preprocess: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/specs/enumerant: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/cbits: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/include: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/quickcheck: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/mangler: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/split: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/ghc: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/ghci: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/building: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/docbook-cheat-sheet: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/ext-core: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/users_guide: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/rts-libs: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/exts: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/genesis: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/the-beast: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/rts: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/ghci: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/vh: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/hep: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/storage-mgt: **** configuring ghc autom4te: unknown language: Autoconf-without-aclocal-m4 aclocal: autom4te failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 Nightly run ended at Sat Dec 2 20:10:51 GMT 2006 From ghcbuild at microsoft.com Sat Dec 2 16:03:35 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Sat Dec 2 16:03:36 2006 Subject: [nightly] 02-Dec-2006 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20061202210335.783B6324384@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 Dec 2 19:30:00 GMT 2006. **** checking out new source tree ... tar: Cowardly refusing to create an empty archive Try `tar --help' for more information. ok. (GHC Version 6.7.20061202) **** Building stage 1 compiler ... failed; relevant barfage is below. **** building source distribution ... ok. No successfully built compilers to test; aborting. ------------------------------------------------------------------------ ------------------------------------------------------------------------ The last 30 lines of /playpen/ghc/nightly/HEAD-cam-02-unx/logs/i386-unknown-linux-stage1 are ------------------------------------------------------------------------ ------------------------------------------------------------------------ Win32Utils.c:61: initializer element is not constant Win32Utils.c:61: (near initialization for `errtable[43].oscode') Win32Utils.c:61: initializer element is not constant Win32Utils.c:61: (near initialization for `errtable[43]') Win32Utils.c:62: `ERROR_NOT_ENOUGH_QUOTA' undeclared here (not in a function) Win32Utils.c:62: initializer element is not constant Win32Utils.c:62: (near initialization for `errtable[44].oscode') Win32Utils.c:62: initializer element is not constant Win32Utils.c:62: (near initialization for `errtable[44]') Win32Utils.c: In function `maperrno': Win32Utils.c:81: `DWORD' undeclared (first use in this function) Win32Utils.c:81: (Each undeclared identifier is reported only once Win32Utils.c:81: for each function it appears in.) Win32Utils.c:81: parse error before "dwErrorCode" Win32Utils.c:83: `dwErrorCode' undeclared (first use in this function) Win32Utils.c:83: warning: implicit declaration of function `GetLastError' Win32Utils.c:99: `ERROR_WRITE_PROTECT' undeclared (first use in this function) Win32Utils.c:99: `ERROR_SHARING_BUFFER_EXCEEDED' undeclared (first use in this function) Win32Utils.c:102: `ERROR_INVALID_STARTING_CODESEG' undeclared (first use in this function) Win32Utils.c:102: `ERROR_INFLOOP_IN_RELOC_CHAIN' undeclared (first use in this function) Win32Utils.c: In function `getTicksOfDay': Win32Utils.c:114: `FILETIME' undeclared (first use in this function) Win32Utils.c:114: parse error before "ft" Win32Utils.c:115: warning: implicit declaration of function `GetSystemTimeAsFileTime' Win32Utils.c:115: `ft' undeclared (first use in this function) gmake[3]: *** [Win32Utils.o] Error 1 gmake[2]: *** [all] Error 1 gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/playpen/ghc/nightly/HEAD-cam-02-unx/i386-unknown-linux/libraries' gmake: *** [stage1] Error 2 Nightly run ended at Sat Dec 2 21:05:24 GMT 2006 From ghcbuild at microsoft.com Sat Dec 2 21:13:16 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Sat Dec 2 21:13:17 2006 Subject: [nightly] 02-Dec-2006 build of 6.6 branch on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Message-ID: <20061203021316.1AF07324075@www.haskell.org> Build description = 6.6 branch on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Build location = /64playpen/simonmar/nightly/6.6-cam-03-unx Build config file = /home/simonmar/nightly/site/msrc/conf-6.6-cam-03-unx Nightly build started on cam-03-unx at Sat Dec 2 20:00:01 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.6.20061202) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. **** running nofib (-fasm) ... ok. **** running nofib (-unreg) ... ok. (91 failures) **** publishing distfiles ... **** ghc-6.6.20061202-src.tar.bz2 (try 0) ... ok. **** ghc-6.6.20061202-src-extralibs.tar.bz2 (try 0)... ok. **** ghc-6.6.20061202-x86_64-unknown-linux.tar.bz2 (try 0)... 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) failed. **** ghc-6.6.20061202-x86_64-unknown-linux.tar.bz2 (try 1)... ok. **** publishing logs ... 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 (52730 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) failed. 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 Dec 3 02:15:07 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Sat Dec 2 22:42:10 GMT 2006 1455 total tests, which gave rise to 6918 test cases, of which 0 caused framework failures 1176 were skipped 5670 expected passes 56 expected failures 5 unexpected passes 11 unexpected failures Unexpected passes: tc175(normal,opt,optasm,prof,profasm) Unexpected failures: andy_cherry(ghci) drvfail002(normal) drvfail003(normal) tcrun032(normal,opt,optasm,prof,profasm,ghci,threaded1,threaded2) ---------------------------------------------------- Nightly run ended at Sun Dec 3 02:15:07 GMT 2006 From ghcbuild at microsoft.com Sat Dec 2 21:58:07 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Sat Dec 2 21:58:08 2006 Subject: [nightly] 02-Dec-2006 build of 6.6 branch on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20061203025807.433F8324075@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 Sat Dec 2 19:00:01 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.6.20061202) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. (4 failures) **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. (5 failures) **** running nofib (-fasm) ... ok. (4 failures) **** running nofib (-unreg) ... ok. (91 failures) **** publishing distfiles ... **** ghc-6.6.20061202-src.tar.bz2 (try 0) ... ok. **** ghc-6.6.20061202-src-extralibs.tar.bz2 (try 0)... ok. **** ghc-6.6.20061202-i386-unknown-linux.tar.bz2 (try 0)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061202-i386-unknown-linux.tar.bz2 (try 1)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061202-i386-unknown-linux.tar.bz2 (try 2)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061202-i386-unknown-linux.tar.bz2 (try 3)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061202-i386-unknown-linux.tar.bz2 (try 4)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061202-i386-unknown-linux.tar.bz2 (try 5)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061202-i386-unknown-linux.tar.bz2 (try 6)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061202-i386-unknown-linux.tar.bz2 (try 7)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061202-i386-unknown-linux.tar.bz2 (try 8)... 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 Sun Dec 3 02:59:58 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Sat Dec 2 22:18:15 GMT 2006 1454 total tests, which gave rise to 6910 test cases, of which 1 caused framework failures 1177 were skipped 5656 expected passes 50 expected failures 5 unexpected passes 14 unexpected failures Unexpected passes: tc175(normal,opt,optasm,prof,profasm) Unexpected failures: andy_cherry(ghci) cg058(ghci) conc048(threaded2) concprog002(threaded2) drvfail002(normal) drvfail003(normal) tcrun032(normal,opt,optasm,prof,profasm,ghci,threaded1,threaded2) ---------------------------------------------------- Nightly run ended at Sun Dec 3 02:59:58 GMT 2006 From Sven.Panne at aedion.de Sun Dec 3 08:49:51 2006 From: Sven.Panne at aedion.de (Sven Panne) Date: Sun Dec 3 08:47:57 2006 Subject: patch applied (ghc): Fixed and simplified repository calculation, works via SSH now, too Message-ID: <20061203134951.GA14243@cvs.haskell.org> Sun Dec 3 05:48:24 PST 2006 sven.panne@aedion.de * Fixed and simplified repository calculation, works via SSH now, too M ./darcs-all -11 +5 From sof at galois.com Sun Dec 3 12:04:19 2006 From: sof at galois.com (sof@galois.com) Date: Sun Dec 3 11:59:37 2006 Subject: [nightly] 02-Dec-2006 build of of HEAD on i386-unknown-mingw32 (bling) Message-ID: <01c716fd$Blat.v2.2.2$12442ec6@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 02-Dec-2006 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 Dec 2 22:00:02 PST 2006. **** 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. ok. (GHC Version 6.7.20061202) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... failed; relevant barfage is below. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... ok **** generating binary distribution + manifest ... ok. **** building mingw .gz binary dist ... 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 Dec 3 09:04:18 PST 2006 ------------------------------------------------------------------------ ------------------------------------------------------------------------ The last 30 lines of /fptools/builds/HEAD/logs/i386-unknown-mingw32-stage2 are ------------------------------------------------------------------------ ------------------------------------------------------------------------ -DHADDOCK_IFACE='"c:/fptools/builds/HEAD/fptools/libraries/ghc/html/ghc.haddock"' \ -DFPTOOLS_TOP_ABS='"c:/fptools/builds/HEAD/fptools"' \ -x c -DPKG_DEPENDS='template-haskell Win32 Cabal regex-compat base haskell98' -DSTAGE='"2"' -I../includes -Iinclude -DPACKAGE=ghc -DVERSION=6.7.20061202 -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/stage1/ghc-inplace -o stage2/ghc -H16m -O -package ghc -Istage2 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -Rghc-timing -O -H32m -DGHCI -DBREAKPOINT -threaded stage2/main/Main.o c:\fptools\builds\HEAD\fptools\rts/libHSrts_thr.a(ThrIOManager.thr_o):ThrIOManager.c:(.text+0x1f3): undefined reference to `base_GHCziConc_ensureIOManagerIsRunning_closure' collect2: ld returned 1 exit status <> make[1]: *** [stage2/ghc] Error 1 make[1]: Leaving directory `/fptools/builds/HEAD/fptools/compiler' make: *** [stage2/ghc] Error 2 real 41m45.887s user 0m50.215s sys 0m23.558s Nightly run ended at Sun Dec 3 09:04:18 PST 2006 From ghcbuild at microsoft.com Sun Dec 3 15:10:24 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Sun Dec 3 15:10:25 2006 Subject: [nightly] 03-Dec-2006 build of HEAD on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Message-ID: <20061203201024.133E33243D3@www.haskell.org> Build description = HEAD on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Build location = /64playpen/simonmar/nightly/HEAD-cam-03-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-03-unx Nightly build started on cam-03-unx at Sun Dec 3 20:00:01 GMT 2006. **** checking out new source tree ... tar: Cowardly refusing to create an empty archive Try `tar --help' or `tar --usage' for more information. ok. (GHC Version 6.7.20061203) **** Building stage 1 compiler ... failed; relevant barfage is below. **** building source distribution ... failed. No successfully built compilers to test; aborting. ------------------------------------------------------------------------ ------------------------------------------------------------------------ The last 30 lines of /64playpen/simonmar/nightly/HEAD-cam-03-unx/logs/x86_64-unknown-linux-stage1 are ------------------------------------------------------------------------ ------------------------------------------------------------------------ /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/specs/preprocess: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/specs/enumerant: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/cbits: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/libraries/OpenGL/include: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/quickcheck: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/mangler: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/split: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/ghc: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/driver/ghci: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/building: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/docbook-cheat-sheet: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/ext-core: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/users_guide: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/rts-libs: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/exts: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/genesis: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/comm/the-beast: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/rts: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/ghci: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/vh: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/hep: /64playpen/simonmar/nightly/HEAD-cam-03-unx/fptools/docs/storage-mgt: **** configuring ghc autom4te: unknown language: Autoconf-without-aclocal-m4 aclocal: autom4te failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 Nightly run ended at Sun Dec 3 20:12:15 GMT 2006 From sof at galois.com Sun Dec 3 15:42:48 2006 From: sof at galois.com (sof@galois.com) Date: Sun Dec 3 15:38:01 2006 Subject: [nightly] 03-Dec-2006 build of of 6.6 branch on i386-unknown-mingw32 (bling) Message-ID: <01c7171b$Blat.v2.2.2$982584e0@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 03-Dec-2006 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 Dec 3 02:00:03 PST 2006. **** 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. ok. (GHC Version 6.6.20061203) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... ok **** generating binary distribution + manifest ... ok. **** building mingw .gz binary dist ... 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 Dec 3 12:42:48 PST 2006 Nightly run ended at Sun Dec 3 12:42:48 PST 2006 From ghcbuild at microsoft.com Sun Dec 3 16:02:32 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Sun Dec 3 16:02:33 2006 Subject: [nightly] 03-Dec-2006 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20061203210232.1586F324151@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 Dec 3 19:30:01 GMT 2006. **** checking out new source tree ... tar: Cowardly refusing to create an empty archive Try `tar --help' for more information. ok. (GHC Version 6.7.20061203) **** Building stage 1 compiler ... failed; relevant barfage is below. **** building source distribution ... ok. No successfully built compilers to test; aborting. ------------------------------------------------------------------------ ------------------------------------------------------------------------ The last 30 lines of /playpen/ghc/nightly/HEAD-cam-02-unx/logs/i386-unknown-linux-stage1 are ------------------------------------------------------------------------ ------------------------------------------------------------------------ Win32Utils.c:61: initializer element is not constant Win32Utils.c:61: (near initialization for `errtable[43].oscode') Win32Utils.c:61: initializer element is not constant Win32Utils.c:61: (near initialization for `errtable[43]') Win32Utils.c:62: `ERROR_NOT_ENOUGH_QUOTA' undeclared here (not in a function) Win32Utils.c:62: initializer element is not constant Win32Utils.c:62: (near initialization for `errtable[44].oscode') Win32Utils.c:62: initializer element is not constant Win32Utils.c:62: (near initialization for `errtable[44]') Win32Utils.c: In function `maperrno': Win32Utils.c:81: `DWORD' undeclared (first use in this function) Win32Utils.c:81: (Each undeclared identifier is reported only once Win32Utils.c:81: for each function it appears in.) Win32Utils.c:81: parse error before "dwErrorCode" Win32Utils.c:83: `dwErrorCode' undeclared (first use in this function) Win32Utils.c:83: warning: implicit declaration of function `GetLastError' Win32Utils.c:99: `ERROR_WRITE_PROTECT' undeclared (first use in this function) Win32Utils.c:99: `ERROR_SHARING_BUFFER_EXCEEDED' undeclared (first use in this function) Win32Utils.c:102: `ERROR_INVALID_STARTING_CODESEG' undeclared (first use in this function) Win32Utils.c:102: `ERROR_INFLOOP_IN_RELOC_CHAIN' undeclared (first use in this function) Win32Utils.c: In function `getTicksOfDay': Win32Utils.c:114: `FILETIME' undeclared (first use in this function) Win32Utils.c:114: parse error before "ft" Win32Utils.c:115: warning: implicit declaration of function `GetSystemTimeAsFileTime' Win32Utils.c:115: `ft' undeclared (first use in this function) gmake[3]: *** [Win32Utils.o] Error 1 gmake[2]: *** [all] Error 1 gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/playpen/ghc/nightly/HEAD-cam-02-unx/i386-unknown-linux/libraries' gmake: *** [stage1] Error 2 Nightly run ended at Sun Dec 3 21:04:23 GMT 2006 From igloo at earth.li Sun Dec 3 17:37:03 2006 From: igloo at earth.li (Ian Lynagh) Date: Sun Dec 3 17:35:08 2006 Subject: patch applied (ghc): MERGE: In hashExpr, use Word32 rather than relying on wrapping behaviour of Int Message-ID: <20061203223703.GA27972@cvs.haskell.org> Sun Dec 3 14:33:37 PST 2006 Ian Lynagh * MERGE: In hashExpr, use Word32 rather than relying on wrapping behaviour of Int Fixes #952, as it turns out. When compiling via C, we are at the mercy of C's undefined behaviour with respect to overflow of signed integer operations, and this was biting us here. Perhaps we should always add the -fwrapv flag to gcc, but since Haskell doesn't define overflow on Int either, it seemed the right thing to do to fix this code anyway. M ./compiler/coreSyn/CoreUtils.lhs -12 +18 From igloo at earth.li Sun Dec 3 19:35:26 2006 From: igloo at earth.li (Ian Lynagh) Date: Sun Dec 3 19:33:32 2006 Subject: patch applied (nofib): TAG 6.6 release Message-ID: <20061204003526.GA29956@cvs.haskell.org> Wed Oct 11 05:47:40 PDT 2006 Ian Lynagh tagged 6.6 release From ghcbuild at microsoft.com Sun Dec 3 21:17:18 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Sun Dec 3 21:17:19 2006 Subject: [nightly] 03-Dec-2006 build of 6.6 branch on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Message-ID: <20061204021718.29BC33243D0@www.haskell.org> Build description = 6.6 branch on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Build location = /64playpen/simonmar/nightly/6.6-cam-03-unx Build config file = /home/simonmar/nightly/site/msrc/conf-6.6-cam-03-unx Nightly build started on cam-03-unx at Sun Dec 3 20:00:01 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.6.20061203) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. **** running nofib (-fasm) ... ok. **** running nofib (-unreg) ... ok. (91 failures) **** publishing distfiles ... **** ghc-6.6.20061203-src.tar.bz2 (try 0) ... ok. **** ghc-6.6.20061203-src-extralibs.tar.bz2 (try 0)... ok. **** ghc-6.6.20061203-x86_64-unknown-linux.tar.bz2 (try 0)... 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) failed. **** ghc-6.6.20061203-x86_64-unknown-linux.tar.bz2 (try 1)... 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 Dec 4 02:19:12 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Sun Dec 3 22:43:24 GMT 2006 1455 total tests, which gave rise to 6918 test cases, of which 0 caused framework failures 1176 were skipped 5670 expected passes 56 expected failures 5 unexpected passes 11 unexpected failures Unexpected passes: tc175(normal,opt,optasm,prof,profasm) Unexpected failures: andy_cherry(ghci) drvfail002(normal) drvfail003(normal) tcrun032(normal,opt,optasm,prof,profasm,ghci,threaded1,threaded2) ---------------------------------------------------- Nightly run ended at Mon Dec 4 02:19:12 GMT 2006 From ghcbuild at microsoft.com Sun Dec 3 21:44:02 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Sun Dec 3 21:44:03 2006 Subject: [nightly] 03-Dec-2006 build of 6.6 branch on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20061204024402.8B3083243E8@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 Dec 3 19:00:00 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.6.20061203) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. (4 failures) **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. (5 failures) **** running nofib (-fasm) ... ok. (4 failures) **** running nofib (-unreg) ... ok. (91 failures) **** publishing distfiles ... **** ghc-6.6.20061203-src.tar.bz2 (try 0) ... ok. **** ghc-6.6.20061203-src-extralibs.tar.bz2 (try 0)... ok. **** ghc-6.6.20061203-i386-unknown-linux.tar.bz2 (try 0)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061203-i386-unknown-linux.tar.bz2 (try 1)... 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 Dec 4 02:45:56 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Sun Dec 3 22:16:54 GMT 2006 1454 total tests, which gave rise to 6910 test cases, of which 1 caused framework failures 1177 were skipped 5657 expected passes 50 expected failures 5 unexpected passes 13 unexpected failures Unexpected passes: tc175(normal,opt,optasm,prof,profasm) Unexpected failures: andy_cherry(ghci) cg058(ghci) conc048(threaded2) drvfail002(normal) drvfail003(normal) tcrun032(normal,opt,optasm,prof,profasm,ghci,threaded1,threaded2) ---------------------------------------------------- Nightly run ended at Mon Dec 4 02:45:56 GMT 2006 From atomb at soe.ucsc.edu Mon Dec 4 01:59:19 2006 From: atomb at soe.ucsc.edu (Aaron Tomb) Date: Mon Dec 4 01:56:09 2006 Subject: Replacing Ty in ExternalCore with IfaceType Message-ID: <009C6C63-CF17-4967-850A-AFEEDA65AF86@soe.ucsc.edu> Hi All, I've had a bit of time to work on External Core again, and I've come across a potential simplification. I'd like to hear what the more seasoned developers think of it. The current situation is that ExternalCore.lhs defines datatypes for both expressions and types (Exp and Ty, respectively), and the External Core parser uses IfaceType to represent type declarations, and IfaceBndr to represent term declarations. A while back, Simon PJ suggested extending HsBind with an alternative for External Core bindings, and using that instead of IfaceBndr for term declarations. Unfortunately, the parser sometimes needs to parse types that appear as components of terms (such as abstractions, and case expressions), and sometimes needs to parse them as part of type declarations. Thus, the parser either needs separate productions for parsing types that appear in terms and in type declarations, or code to convert between IfaceType and Ty. One way to simplify this situation would be to remove the Ty data type altogether, and use IfaceType in ExternalCore. Code already exists to parse External Core into an IfaceType representation, and pretty-printing IfaceTypes shouldn't be any harder than pretty- printing Tys. However, doing this would require ExternalCore, which currently imports nothing at all, to import IfaceType. IfaceType, in turn, imports a number of other modules. So ExternalCore would no longer be so appealingly self-contained. Does anyone have a preference? Should I scrap Ty in favor of IfaceType, or should I make the External Core parser slightly more complex? Aaron From simonmarhaskell at gmail.com Mon Dec 4 04:52:57 2006 From: simonmarhaskell at gmail.com (Simon Marlow) Date: Mon Dec 4 04:51:04 2006 Subject: patch applied (ghc): TickBox representation change In-Reply-To: References: <20061129221841.GA31331@cvs.haskell.org> Message-ID: <4573EFF9.5020508@microsoft.com> Simon Peyton-Jones wrote: > I had a look at what you did. Generally looks good. Much better than the Note version, as I hope you agree! (You seem to have deleted quite a bit of code!) > > Here's a qn. I thought you were going to do ticks like this: > dsExpr (HsTick a e) = tick{a} e > but instead you have > dsExpr (HsTick a e) = case tick{a} of DEFAULT -> e > I think that both are probably fine, but the implications are not clear to me. It's perhaps because I suggested we use the case form. If we had tick{a} e then we really don't want e compiled to a thunk. So somehow this must turn into the case form in the back end: case tick{a} of DEFAULT -> e but just declaring tick{a} to be strict won't do this: it'll give you case e of DEFAULT -> tick{a} e Perhaps this still works, I don't know. To me it seems like a longer way around; the case form more directly says what you want to happen. But maybe I'm missing something? The former seems more robust somehow. For example if we have > case tick{a} of DEFAULT -> ....(case tick{a} of DEFAULT -> ...) > GHC might eliminate the inner tick. Would that be OK (after all, you're only checking coverage, and it's covered)? One of the suggestions was to use a PrimOp (like the foreign call op) for tick, which would prevent the simplifier from eliminating the inner tick because the PrimOp would be declared as having side effects. Cheers, Simon From simonmarhaskell at gmail.com Mon Dec 4 05:05:33 2006 From: simonmarhaskell at gmail.com (Simon Marlow) Date: Mon Dec 4 05:03:38 2006 Subject: patch applied (ghc): q In-Reply-To: References: Message-ID: <4573F2ED.50008@microsoft.com> I'm switching to non-partial repositories for most of my GHC trees now. This way I avoid the whole class of get_extra failures, which seem to be cropping up quite a lot these days. To start, you can grab: http://darcs.haskell.org/ghc-HEAD-20061109.tar.bz2 And then pull into that tree. Doing 'darcs get' without --partial probably won't work on Windows because some of the patches interact badly with case-insensitive file systems. Non-partial trees aren't so bad: you only need to download the whole thing once, then you can just copy it to make new trees. Don't 'darcs get' on Windows, again due to the case-insensitivity problem, but definitely *do* 'darcs get' on Unix, because it'll share the patch files between the two trees. Cheers, Simon Simon Peyton-Jones wrote: > Sorry. I mis-typed. Then I tried to un-record the patch I had recorded. Darcs crashed (log below). > > Since I cannot un-record it, all I could do was to push it. > > Sigh > > Anyway, it's a small change fixing a bug in TcSimplify that mixed up implication constraints and implicit parameters; it fixes one of the two bugs reported in Trac #1033 > > Simon > > | -----Original Message----- > | From: cvs-all-bounces@haskell.org [mailto:cvs-all-bounces@haskell.org] On Behalf Of Lemmih > | Sent: 01 December 2006 15:28 > | To: Simon Peyton-Jones > | Cc: cvs-ghc@haskell.org > | Subject: Re: patch applied (ghc): q > | > | On 12/1/06, Simon Peyton Jones wrote: > | > Thu Nov 30 19:42:07 PST 2006 simonpj@microsoft.com > | > * q > | > > | > M ./compiler/typecheck/Inst.lhs -1 +3 > | > M ./compiler/typecheck/TcSimplify.lhs -4 +1 > | > | q? > > sh-2.04$ darcs unrecord > > Fri Dec 1 03:42:07 GMT Standard Time 2006 simonpj@microsoft.com > * q > Shall I unrecord this patch? (1/1121) [ynWvpxqadjk], or ? for help: y > > > Wed Nov 29 22:52:43 GMT Standard Time 2006 simonpj@microsoft.com > * Remove trace > Shall I unrecord this patch? (2/1121) [ynWvpxqadjk], or ? for help: d > > darcs.exe: failed to read patch in get_extra: > Fri Apr 7 11:18:39 GMT Standard Time 2006 Simon Marlow > * Fix a bug related to threads blocked on blackholes > We weren't making them live early enough, with the result that > finalizable objects referred to only by a thread blocked on a black > hole could be finalized too early (see conc057 test). > Perhaps this is a 'partial' repository? From simonmar at microsoft.com Mon Dec 4 11:45:36 2006 From: simonmar at microsoft.com (Simon Marlow) Date: Mon Dec 4 11:43:39 2006 Subject: patch applied (ghc): fix Windows GHCi Message-ID: <20061204164536.GA15204@cvs.haskell.org> Mon Dec 4 08:43:26 PST 2006 Simon Marlow * fix Windows GHCi M ./rts/Linker.c -1 +5 From sof at galois.com Mon Dec 4 11:56:26 2006 From: sof at galois.com (sof@galois.com) Date: Mon Dec 4 11:51:35 2006 Subject: [nightly] 03-Dec-2006 build of of HEAD on i386-unknown-mingw32 (bling) Message-ID: <01c717c5$Blat.v2.2.2$22af2bd0@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 03-Dec-2006 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 Dec 3 22:00:02 PST 2006. **** 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. ok. (GHC Version 6.7.20061203) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... failed; relevant barfage is below. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... ok **** generating binary distribution + manifest ... ok. **** building mingw .gz binary dist ... 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 Dec 4 08:56:25 PST 2006 ------------------------------------------------------------------------ ------------------------------------------------------------------------ The last 30 lines of /fptools/builds/HEAD/logs/i386-unknown-mingw32-stage2 are ------------------------------------------------------------------------ ------------------------------------------------------------------------ -DHADDOCK_IFACE='"c:/fptools/builds/HEAD/fptools/libraries/ghc/html/ghc.haddock"' \ -DFPTOOLS_TOP_ABS='"c:/fptools/builds/HEAD/fptools"' \ -x c -DPKG_DEPENDS='template-haskell Win32 Cabal regex-compat base haskell98' -DSTAGE='"2"' -I../includes -Iinclude -DPACKAGE=ghc -DVERSION=6.7.20061203 -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/stage1/ghc-inplace -o stage2/ghc -H16m -O -package ghc -Istage2 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -Rghc-timing -O -H32m -DGHCI -DBREAKPOINT -threaded stage2/main/Main.o c:\fptools\builds\HEAD\fptools\rts/libHSrts_thr.a(ThrIOManager.thr_o):ThrIOManager.c:(.text+0x1f3): undefined reference to `base_GHCziConc_ensureIOManagerIsRunning_closure' collect2: ld returned 1 exit status <> make[1]: *** [stage2/ghc] Error 1 make[1]: Leaving directory `/fptools/builds/HEAD/fptools/compiler' make: *** [stage2/ghc] Error 2 real 37m23.863s user 0m50.150s sys 0m23.215s Nightly run ended at Mon Dec 4 08:56:25 PST 2006 From catamorphism at gmail.com Mon Dec 4 12:39:16 2006 From: catamorphism at gmail.com (Kirsten Chevalier) Date: Mon Dec 4 12:37:19 2006 Subject: Replacing Ty in ExternalCore with IfaceType Message-ID: <4683d9370612040939o7619bc58x54287be2846db642@mail.gmail.com> On 12/4/06, cvs-ghc-request@haskell.org wrote: > The current situation is that ExternalCore.lhs defines datatypes for > both expressions and types (Exp and Ty, respectively), and the > External Core parser uses IfaceType to represent type declarations, > and IfaceBndr to represent term declarations. > > A while back, Simon PJ suggested extending HsBind with an alternative > for External Core bindings, and using that instead of IfaceBndr for > term declarations. Unfortunately, the parser sometimes needs to parse > types that appear as components of terms (such as abstractions, and > case expressions), and sometimes needs to parse them as part of type > declarations. Thus, the parser either needs separate productions for > parsing types that appear in terms and in type declarations, or code > to convert between IfaceType and Ty. > > One way to simplify this situation would be to remove the Ty data > type altogether, and use IfaceType in ExternalCore. Code already > exists to parse External Core into an IfaceType representation, and > pretty-printing IfaceTypes shouldn't be any harder than pretty- > printing Tys. However, doing this would require ExternalCore, which > currently imports nothing at all, to import IfaceType. IfaceType, in > turn, imports a number of other modules. So ExternalCore would no > longer be so appealingly self-contained. > I'm a little confused here. I can understand the desire to minimize the amount of code from GHC that External Core requires, but you said that the External Core parser uses IfaceType as it is; so, whether or not ExternalCore.lhs imports anything from GHC, anyone using the External Core library is still going to be using the parser, right? If the parser imports IfaceType already, what's the problem with ExternalCore importing it too? That seems like the simplest solution to me. Cheers, Kirsten -- Kirsten Chevalier* chevalier@alum.wellesley.edu *Often in error, never in doubt "What doesn't kill you, makes you stronger -- or puts you on a talk show." --Carrie Fisher From atomb at soe.ucsc.edu Mon Dec 4 14:45:44 2006 From: atomb at soe.ucsc.edu (Aaron Tomb) Date: Mon Dec 4 14:42:43 2006 Subject: Replacing Ty in ExternalCore with IfaceType In-Reply-To: <4683d9370612040939o7619bc58x54287be2846db642@mail.gmail.com> References: <4683d9370612040939o7619bc58x54287be2846db642@mail.gmail.com> Message-ID: It's true that to use External Core in GHC as it stands, you need IfaceType, and a number of other modules. However, an interesting aspect of the current External Core is that the ExternalCore module is only used for _output_. Input goes through IfaceType and IfaceBndr. So there isn't really an External Core "library". Input and output are totally distinct. The changes I'm working on replace IfaceBndr with the Vdefg type from the ExternalCore module. I think that the original design was the allow a standalone External Core reference implementation to exist, as one way to describe its semantics. I believe that, for this tool (which still exists in the GHC repository) they wanted to share some code with GHC, while not requiring all of the guts of GHC to be included. Personally, though, I agree with you. I don't see any reason at this point to limit the dependencies of the ExternalCore module. It seems to me that a revised reference implementation could use the GHC as a library, and still be small and simple enough to serve as a nice definition of the language. However, I thought it possible that I might be missing something, and that there could be other reasons for avoiding dependencies in ExternalCore, so I asked. Aaron On Dec 4, 2006, at 9:39 AM, Kirsten Chevalier wrote: > I'm a little confused here. I can understand the desire to minimize > the amount of code from GHC that External Core requires, but you said > that the External Core parser uses IfaceType as it is; so, whether or > not ExternalCore.lhs imports anything from GHC, anyone using the > External Core library is still going to be using the parser, right? If > the parser imports IfaceType already, what's the problem with > ExternalCore importing it too? That seems like the simplest solution > to me. > > Cheers, > Kirsten > > -- > Kirsten Chevalier* chevalier@alum.wellesley.edu *Often in error, > never in doubt > "What doesn't kill you, makes you stronger -- or puts you on a talk > show." > --Carrie Fisher > > _______________________________________________ > Cvs-ghc mailing list > Cvs-ghc@haskell.org > http://www.haskell.org/mailman/listinfo/cvs-ghc From sof at galois.com Mon Dec 4 15:54:13 2006 From: sof at galois.com (sof@galois.com) Date: Mon Dec 4 15:49:22 2006 Subject: [nightly] 04-Dec-2006 build of of 6.6 branch on i386-unknown-mingw32 (bling) Message-ID: <01c717e6$Blat.v2.2.2$5a737442@localhost> From: GHC Build Reports To: cvs-ghc@haskell.org Subject: [nightly] 04-Dec-2006 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 Dec 4 02:00:02 PST 2006. **** 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. ok. (GHC Version 6.6.20061204) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** building compiler binary distribution ... ok. **** canonicalizing mingw binary distribution tree... ok **** generating binary distribution + manifest ... ok. **** building mingw .gz binary dist ... 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 Dec 4 12:54:12 PST 2006 Nightly run ended at Mon Dec 4 12:54:12 PST 2006 From catamorphism at gmail.com Mon Dec 4 18:29:38 2006 From: catamorphism at gmail.com (Kirsten Chevalier) Date: Mon Dec 4 18:27:49 2006 Subject: Replacing Ty in ExternalCore with IfaceType In-Reply-To: References: <4683d9370612040939o7619bc58x54287be2846db642@mail.gmail.com> Message-ID: <4683d9370612041529n57226b54w3e59bb0a05e885c4@mail.gmail.com> On 12/4/06, Aaron Tomb wrote: > Personally, though, I agree with you. I don't see any reason at this > point to limit the dependencies of the ExternalCore module. It seems > to me that a revised reference implementation could use the GHC as a > library, and still be small and simple enough to serve as a nice > definition of the language. > Yes, that's a reasonable position, I think. At the moment, I see it as being more urgent to have External Core working again than to have a reference implementation, though obviously both are important. > However, I thought it possible that I might be missing something, and > that there could be other reasons for avoiding dependencies in > ExternalCore, so I asked. > It's nice to have as few dependencies as possible, but on the other hand, making it maintainable is important too, seeing the problems that have occurred in the past with maintaining External Core and keeping it consistent with the rest of GHC. Obviously, I'm speaking only as a former External Core user and bug-fixer, these opinions are not that of the GHC Team, do not taunt Happy Fun Ball, etc. Cheers, Kirsten -- Kirsten Chevalier* chevalier@alum.wellesley.edu *Often in error, never in doubt "I think somebody loved me once / but I cannot remember why"--Reel Big Fish From ghcbuild at microsoft.com Mon Dec 4 22:11:46 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Mon Dec 4 22:11:47 2006 Subject: [nightly] 04-Dec-2006 build of 6.6 branch on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20061205031146.89940324398@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 Dec 4 19:00:01 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.6.20061204) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. (4 failures) **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. (5 failures) **** running nofib (-fasm) ... ok. (4 failures) **** running nofib (-unreg) ... ok. (91 failures) **** publishing distfiles ... **** ghc-6.6.20061204-src.tar.bz2 (try 0) ... ok. **** ghc-6.6.20061204-src-extralibs.tar.bz2 (try 0)... ok. **** ghc-6.6.20061204-i386-unknown-linux.tar.bz2 (try 0)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061204-i386-unknown-linux.tar.bz2 (try 1)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061204-i386-unknown-linux.tar.bz2 (try 2)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061204-i386-unknown-linux.tar.bz2 (try 3)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061204-i386-unknown-linux.tar.bz2 (try 4)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061204-i386-unknown-linux.tar.bz2 (try 5)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061204-i386-unknown-linux.tar.bz2 (try 6)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061204-i386-unknown-linux.tar.bz2 (try 7)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061204-i386-unknown-linux.tar.bz2 (try 8)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.6.20061204-i386-unknown-linux.tar.bz2 (try 9)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** publishing logs ... ok. **** 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 Dec 5 03:13:44 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Mon Dec 4 22:24:25 GMT 2006 1454 total tests, which gave rise to 6910 test cases, of which 1 caused framework failures 1177 were skipped 5657 expected passes 50 expected failures 5 unexpected passes 13 unexpected failures Unexpected passes: tc175(normal,opt,optasm,prof,profasm) Unexpected failures: andy_cherry(ghci) cg058(ghci) conc048(threaded2) drvfail002(normal) drvfail003(normal) tcrun032(normal,opt,optasm,prof,profasm,ghci,threaded1,threaded2) ---------------------------------------------------- Nightly run ended at Tue Dec 5 03:13:44 GMT 2006 From ghcbuild at microsoft.com Mon Dec 4 22:48:43 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Mon Dec 4 22:48:44 2006 Subject: [nightly] 04-Dec-2006 build of 6.6 branch on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Message-ID: <20061205034843.5461D324163@www.haskell.org> Build description = 6.6 branch on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Build location = /64playpen/simonmar/nightly/6.6-cam-03-unx Build config file = /home/simonmar/nightly/site/msrc/conf-6.6-cam-03-unx Nightly build started on cam-03-unx at Mon Dec 4 20:00:01 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.6.20061204) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. **** running nofib (-fasm) ... ok. **** running nofib (-unreg) ... ok. (91 failures) **** publishing distfiles ... **** ghc-6.6.20061204-src.tar.bz2 (try 0) ... 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 (36714 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) failed. **** ghc-6.6.20061204-src.tar.bz2 (try 1) ... 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 (36714 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) failed. **** ghc-6.6.20061204-src.tar.bz2 (try 2) ... ok. **** ghc-6.6.20061204-src-extralibs.tar.bz2 (try 0)... ok. **** ghc-6.6.20061204-x86_64-unknown-linux.tar.bz2 (try 0)... 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) failed. **** ghc-6.6.20061204-x86_64-unknown-linux.tar.bz2 (try 1)... 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) failed. **** ghc-6.6.20061204-x86_64-unknown-linux.tar.bz2 (try 2)... ok. **** publishing logs ... 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 (60646 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) failed. 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 Dec 5 03:50:41 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Tue Dec 5 00:01:12 GMT 2006 1455 total tests, which gave rise to 6918 test cases, of which 0 caused framework failures 1176 were skipped 5669 expected passes 56 expected failures 5 unexpected passes 12 unexpected failures Unexpected passes: tc175(normal,opt,optasm,prof,profasm) Unexpected failures: andy_cherry(ghci) conc019(threaded2) drvfail002(normal) drvfail003(normal) tcrun032(normal,opt,optasm,prof,profasm,ghci,threaded1,threaded2) ---------------------------------------------------- Nightly run ended at Tue Dec 5 03:50:41 GMT 2006 From ghcbuild at microsoft.com Tue Dec 5 00:04:27 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Tue Dec 5 00:04:30 2006 Subject: [nightly] 04-Dec-2006 build of HEAD on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Message-ID: <20061205050427.83A633241E6@www.haskell.org> Build description = HEAD on x86_64-unknown-linux (cam-03-unx.europe.corp.microsoft.com) Build location = /64playpen/simonmar/nightly/HEAD-cam-03-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-03-unx Nightly build started on cam-03-unx at Mon Dec 4 20:00:01 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.7.20061204) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. **** running nofib (-O -fasm) ... ok. **** running nofib (-O -prof -auto-all) ... ok. **** running nofib (-O -prof -auto-all -fasm) ... ok. **** running nofib (-fasm) ... ok. **** running nofib (-unreg) ... ok. **** publishing distfiles ... **** ghc-6.7.20061204-src.tar.bz2 (try 0) ... 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) failed. **** ghc-6.7.20061204-src.tar.bz2 (try 1) ... ok. **** ghc-6.7.20061204-src-extralibs.tar.bz2 (try 0)... ok. **** ghc-6.7.20061204-x86_64-unknown-linux.tar.bz2 (try 0)... 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) failed. **** ghc-6.7.20061204-x86_64-unknown-linux.tar.bz2 (try 1)... 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) failed. **** ghc-6.7.20061204-x86_64-unknown-linux.tar.bz2 (try 2)... 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) failed. **** ghc-6.7.20061204-x86_64-unknown-linux.tar.bz2 (try 3)... 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) failed. **** ghc-6.7.20061204-x86_64-unknown-linux.tar.bz2 (try 4)... 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) failed. **** ghc-6.7.20061204-x86_64-unknown-linux.tar.bz2 (try 5)... 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) failed. **** ghc-6.7.20061204-x86_64-unknown-linux.tar.bz2 (try 6)... Received disconnect from 128.36.229.215: 2: Bad packet length 1204054660. 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) failed. **** ghc-6.7.20061204-x86_64-unknown-linux.tar.bz2 (try 7)... 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) failed. **** ghc-6.7.20061204-x86_64-unknown-linux.tar.bz2 (try 8)... 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) failed. **** ghc-6.7.20061204-x86_64-unknown-linux.tar.bz2 (try 9)... 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) failed. **** 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 Dec 5 05:06:25 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Tue Dec 5 00:35:06 GMT 2006 1539 total tests, which gave rise to 9405 test cases, of which 0 caused framework failures 1800 were skipped 7374 expected passes 60 expected failures 7 unexpected passes 164 unexpected failures Unexpected passes: tc175(normal,opt,hpc,optasm,prof,profasm,unreg) Unexpected failures: GMapAssoc(hpc,prof,profasm) GMapTop(hpc,prof,profasm) Over(normal) Simple2(hpc,profasm) Simple6(normal) Simple7(normal) Simple8(normal) TH_exn(normal) TH_fail(normal) TH_genEx(normal) TH_recompile(normal) TH_repGuard(normal) TH_repGuardOutput(normal) TH_spliceInst(normal) ThreadDelay001(ghci,threaded1,threaded2) arrowcase1(normal,opt,hpc,optasm,prof,profasm,unreg) arrowfail001(normal) arrowrun004(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) base01(normal) cabal02(normal) cc012(normal,opt,hpc,optasm,prof,profasm,unreg) cg057(prof,profasm) conc060(unreg) conc062(unreg) conc063(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) concprog001(ghci) countReaders001(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) drvfail002(normal) drvfail003(normal) drvfail004(normal) ds060(normal) ds061(normal) ffi-deriv1(normal,opt,hpc,optasm,prof,profasm,unreg) gadt13(normal) gadt7(normal) getC(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) getEnvironment01(ghci) ghci008(ghci) ghci011(ghci) ghci016(ghci) ghcpkg04(normal) ind1(hpc) ind2(hpc,prof,profasm) maessen_hashtab(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) mod174(normal) mod175(normal) mod177(normal) mod47(normal) mod49(normal) prof001(normal,unreg) prof002(normal,unreg) read032(normal) rnfail020(normal) rnfail028(normal) simplrun006(opt) tc168(normal,opt,hpc,optasm,prof,profasm,unreg) tc215(normal,opt,hpc,optasm,prof,profasm,unreg) tcfail010(normal) tcfail015(normal) tcfail040(normal) tcfail067(normal) tcfail072(normal) tcfail077(normal) tcfail099(normal) tcfail130(normal) tcfail140(normal) tcfail171(normal) tcrun032(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) ---------------------------------------------------- Nightly run ended at Tue Dec 5 05:06:25 GMT 2006 From ghcbuild at microsoft.com Tue Dec 5 00:48:04 2006 From: ghcbuild at microsoft.com (GHC Build Reports) Date: Tue Dec 5 00:48:05 2006 Subject: [nightly] 04-Dec-2006 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Message-ID: <20061205054804.87EA6324116@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 Dec 4 19:30:00 GMT 2006. **** checking out new source tree ... ok. (GHC Version 6.7.20061204) **** Building stage 1 compiler ... ok. **** Building stage 2 compiler ... ok. **** Building stage 3 compiler ... ok. **** building source distribution ... ok. **** building testsuite tools ... ok. **** running tests ... ok (summary below). **** building compiler binary distribution ... ok. **** running nofib (-O) ... ok. (8 failures) **** running nofib (-O -fasm) ... ok. (8 failures) **** running nofib (-O -prof -auto-all) ... ok. (9 failures) **** running nofib (-O -prof -auto-all -fasm) ... ok. (9 failures) **** running nofib (-fasm) ... ok. (8 failures) **** running nofib (-unreg) ... ok. (4 failures) **** publishing distfiles ... **** ghc-6.7.20061204-src.tar.bz2 (try 0) ... ok. **** ghc-6.7.20061204-src-extralibs.tar.bz2 (try 0)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.7.20061204-src-extralibs.tar.bz2 (try 1)... ok. **** ghc-6.7.20061204-i386-unknown-linux.tar.bz2 (try 0)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.7.20061204-i386-unknown-linux.tar.bz2 (try 1)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.7.20061204-i386-unknown-linux.tar.bz2 (try 2)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.7.20061204-i386-unknown-linux.tar.bz2 (try 3)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.7.20061204-i386-unknown-linux.tar.bz2 (try 4)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.7.20061204-i386-unknown-linux.tar.bz2 (try 5)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.7.20061204-i386-unknown-linux.tar.bz2 (try 6)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.7.20061204-i386-unknown-linux.tar.bz2 (try 7)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.7.20061204-i386-unknown-linux.tar.bz2 (try 8)... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. **** ghc-6.7.20061204-i386-unknown-linux.tar.bz2 (try 9)... 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 ... Received disconnect from 128.36.229.215: 2: Corrupted MAC on input. lost connection failed. 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 Dec 5 05:50:02 GMT 2006 ------------- GHC Test summary --------------------- OVERALL SUMMARY for test run started at Mon Dec 4 23:44:06 GMT 2006 1535 total tests, which gave rise to 9371 test cases, of which 1 caused framework failures 1801 were skipped 7298 expected passes 48 expected failures 9 unexpected passes 205 unexpected failures Unexpected passes: arith008(profasm) cholewo-eval(profasm) tc175(normal,opt,hpc,optasm,prof,profasm,unreg) Unexpected failures: GMapAssoc(hpc,prof,profasm) GMapTop(hpc,prof,profasm) Over(normal) Simple2(hpc,profasm) Simple6(normal) Simple7(normal) Simple8(normal) TH_exn(normal) TH_fail(normal) TH_genEx(normal) TH_recompile(normal) TH_repGuard(normal) TH_repGuardOutput(normal) TH_spliceInst(normal) ThreadDelay001(ghci,threaded1,threaded2) arith005(opt,hpc,optasm,prof,profasm,threaded2) arith008(opt,hpc,threaded2) arith011(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) arith012(opt,hpc,threaded2) arrowcase1(normal,opt,hpc,optasm,prof,profasm,unreg) arrowfail001(normal) arrowrun004(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded1,threaded2) barton-mangler-bug(opt,hpc,threaded2) base01(normal) cabal02(normal) cc012(normal,opt,hpc,optasm,prof,profasm,unreg) cg057(prof,profasm) cholewo-eval(opt,hpc,threaded2) conc048(threaded2) conc060(unreg) conc062(unreg) conc063(normal,opt,hpc,optasm,prof,profasm,unreg,ghci,threaded