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

2008-10-04 Thread GHC Build Reports
Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/simonmar/nightly/HEAD Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Sat Oct 4 18:02:05 BST 2008. checking out

Re: patch to drop Win32 dep on bytestring

2008-10-04 Thread Duncan Coutts
On Sun, 2008-10-05 at 00:35 +0100, Thomas Schilling wrote: > 2008/10/4 Duncan Coutts <[EMAIL PROTECTED]>: > > all people who use the ghc-6.10 branch darcs > > repos deleting their libraries/bytestring repo and getting the new one. > > How is that different from having to call ./darcs-all get? it'

[nightly] 04-Oct-2008 build of HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

2008-10-04 Thread GHC Build Reports
Build description = HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com) Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx Nightly build started on cam-04-unx at Sat Oct 4 19:00:01 BST 2008. ***

Re: patch to drop Win32 dep on bytestring

2008-10-04 Thread Thomas Schilling
2008/10/4 Duncan Coutts <[EMAIL PROTECTED]>: > all people who use the ghc-6.10 branch darcs > repos deleting their libraries/bytestring repo and getting the new one. How is that different from having to call ./darcs-all get? it's just a 'rm -r' more. I guess the problem would be a confusing erro

Re: [EMAIL PROTECTED]: Nasty (but fixed) complexity-changing bug thingy in bytestring]

2008-10-04 Thread Duncan Coutts
On Sat, 2008-10-04 at 15:50 -0700, Don Stewart wrote: > BTW, this is why we cannot ship with the old bytestring fork of 0.9 > bumping around in GHC. That and the not-closing-file-handles bug. Duncan ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://

[EMAIL PROTECTED]: Nasty (but fixed) complexity-changing bug thingy in bytestring]

2008-10-04 Thread Don Stewart
BTW, this is why we cannot ship with the old bytestring fork of 0.9 bumping around in GHC. - Forwarded message from Bryan O'Sullivan <[EMAIL PROTECTED]> - Date: Tue, 9 Sep 2008 14:11:45 -0700 From: "Bryan O'Sullivan" <[EMAIL PROTECTED]> To: "Duncan Coutts" <[EMAIL PROTECTED]>, "Do

Re: patch to drop Win32 dep on bytestring

2008-10-04 Thread Don Stewart
duncan.coutts: > On Sat, 2008-10-04 at 13:32 -0700, Duncan Coutts wrote: > > All, > > > > We've got an unfortunate situation with the bytestring repo. It got > > accidentally forked after the ghc-6.8 release and is now about 7 > > releases behind and contains many known bugs and performance proble

Re: patch to drop Win32 dep on bytestring

2008-10-04 Thread Duncan Coutts
On Sat, 2008-10-04 at 13:32 -0700, Duncan Coutts wrote: > All, > > We've got an unfortunate situation with the bytestring repo. It got > accidentally forked after the ghc-6.8 release and is now about 7 > releases behind and contains many known bugs and performance problems. > It would be pretty ba

patch to drop Win32 dep on bytestring

2008-10-04 Thread Duncan Coutts
All, We've got an unfortunate situation with the bytestring repo. It got accidentally forked after the ghc-6.8 release and is now about 7 releases behind and contains many known bugs and performance problems. It would be pretty bad if ghc-6.10.1 shipped with this ancient bytestring version. The p

Re: patch applied (ghc): On Windows, check that we have a good version of windres when configuring

2008-10-04 Thread Ian Lynagh
Hi Neil, On Thu, Oct 02, 2008 at 04:18:52PM +0100, Mitchell, Neil wrote: > > Wed Oct 1 10:11:33 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> > > * On Windows, check that we have a good version of windres > > when configuring > > > > M ./aclocal.m4 +40 > > M ./configure.ac +3 > > This pa

patch applied (ghc-6.10/ghc): prep-bin-dist-mingw complains if it finds a bad version of windres

2008-10-04 Thread Ian Lynagh
Sat Oct 4 10:53:51 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * prep-bin-dist-mingw complains if it finds a bad version of windres M ./distrib/prep-bin-dist-mingw +7 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20081004175351-3fd76-4e375f4cb66db54027e23fbf6a19527d0

patch applied (ghc-6.10/ghc): removed Data.Generics.Basics, added Data.Data

2008-10-04 Thread Ian Lynagh
Thu Oct 2 01:28:08 PDT 2008 'Jose Pedro Magalhaes <[EMAIL PROTECTED]>' * removed Data.Generics.Basics, added Data.Data M ./compiler/prelude/PrelNames.lhs -1 +1 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20081002082808-1a0c4-a7efc3d2fd07f875a485518a5af92a8a22d6

patch applied (ghc): prep-bin-dist-mingw complains if it finds a bad version of windres

2008-10-04 Thread Ian Lynagh
Sat Oct 4 10:53:51 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * prep-bin-dist-mingw complains if it finds a bad version of windres M ./distrib/prep-bin-dist-mingw +7 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081004175351-3fd76-4e375f4cb66db54027e23fbf6a19527d03414498.g

patch applied (ghc): removed Data.Generics.Basics, added Data.Data

2008-10-04 Thread Ian Lynagh
Thu Oct 2 01:28:08 PDT 2008 'Jose Pedro Magalhaes <[EMAIL PROTECTED]>' * removed Data.Generics.Basics, added Data.Data M ./compiler/prelude/PrelNames.lhs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081002082808-1a0c4-a7efc3d2fd07f875a485518a5af92a8a22d68fca.gz

Re: Naming types

2008-10-04 Thread Isaac Dupree
Ian Lynagh wrote: On Fri, Sep 26, 2008 at 06:25:53PM +0100, Simon Peyton-Jones wrote: | | But then you wouldn't be able to write the current meaning of | Chan (Int ? Bool ! Emp) | with infix type variables. I am proposing a *change* from current behavior I realise that, I'm just not convi

patch applied (testsuite): TFs: Examples for Relaxed Conditions

2008-10-04 Thread chak
Sat Oct 4 04:45:46 PDT 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]> * TFs: Examples for Relaxed Conditions A ./tests/ghc-regress/indexed-types/should_compile/RelaxedExamples.hs M ./tests/ghc-regress/indexed-types/should_compile/all.T +1 A ./tests/ghc-regress/indexed-types/should

patch applied (ghc-6.10/ghc): use ghcError for error in command line

2008-10-04 Thread Ian Lynagh
Wed Oct 1 05:56:48 PDT 2008 Clemens Fruhwirth <[EMAIL PROTECTED]> * use ghcError for error in command line M ./compiler/main/DynFlags.hs -1 +1 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20081001125648-ed0c4-0f63652fb7345b60d708561aef59d71a89784dd4.gz

patch applied (ghc-6.10/ghc): Expunge ThFake, cure Trac #2632

2008-10-04 Thread Ian Lynagh
Fri Oct 3 07:04:23 PDT 2008 [EMAIL PROTECTED] * Expunge ThFake, cure Trac #2632 This patch fixes a dirty hack (the fake ThFake module), which in turn was causing Trac #2632. The new scheme is that the top-level binders in a TH [d| ... |] decl splice get Internal names. That break

patch applied (ghc-6.10/ghc): Make a debug check more refined

2008-10-04 Thread Ian Lynagh
Fri Oct 3 07:01:44 PDT 2008 [EMAIL PROTECTED] * Make a debug check more refined M ./compiler/simplCore/SimplUtils.lhs -2 +2 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20081003140144-1287e-92bd602600c908eca7114da3ff80c7b76ed0fb78.gz ___

patch applied (ghc-6.10/ghc): Let parseModule take a ModSummary like checkAndLoadModule did.

2008-10-04 Thread Ian Lynagh
Thu Oct 2 16:04:12 PDT 2008 Thomas Schilling <[EMAIL PROTECTED]> * Let parseModule take a ModSummary like checkAndLoadModule did. To get the ModSummary for a ModuleName getModSummary can be used. It's not called find* or lookup* because it assumes that the module is in the module graph

Daily report for stable

2008-10-04 Thread BuildBot Collator
Build results: fast486 stable: fail (failed darcs) kgardas stable: pass malcolm stable: pass mnemosyne x86-64 Gentoo stable: fail (failed darcs) x86 Windows stable: pass x86 Windows stable fast:pass pass pass pass pass fail (failed

Daily report for head

2008-10-04 Thread BuildBot Collator
Build results: x86-64 Linux head: lost x86 Windows head:pass x86 Windows head fast: pass pass pass pass pass pass x86-64 Linux head unreg: lost Dropping unexpected test passes reports from builders not seen in 7 days: gabor head Dropping unexpected test failures reports from