Validate failures (again)

Unexpected failures: ghci019(ghci) mod44(normal) num009(normal) read014(normal) tc115(normal) tc116(normal) tc125(normal) tc126(normal) tc161(normal) tcfail023(normal) tcfail035(normal) tcfail036(normal) tcfail073(normal) tcfail096(normal) tcfail121(nor

patch applied (ghc): Add type signatures

Wed Jul 2 19:36:35 PDT 2008 Roman Leshchinskiy <[EMAIL PROTECTED]> * Add type signatures M ./compiler/basicTypes/Module.lhs -1 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080703023635-b2b0a-a2f441d1ee1f085af28fea9a2b5b936d13f271b5.gz __

patch applied (ghc): Command-line options for selecting DPH backend

Tue Jul 1 19:22:02 PDT 2008 Roman Leshchinskiy <[EMAIL PROTECTED]> * Command-line options for selecting DPH backend It's -fdph-seq and -fdph-par at the moment, I'll think of a nicer setup later. M ./compiler/main/DynFlags.hs -7 +30 M ./compiler/simplCore/SimplCore.lhs -1 +1 M

patch applied (ghc): Add missing dph package to Makefile

Tue Jul 1 19:21:42 PDT 2008 Roman Leshchinskiy <[EMAIL PROTECTED]> * Add missing dph package to Makefile M ./libraries/Makefile +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080702022142-b2b0a-cb41edd4b89365f20fb07ae8a22b04637e2dbee3.gz _

patch applied (ghc): Rename *NDP* -> *DPH*

Mon Jun 30 19:45:59 PDT 2008 Roman Leshchinskiy <[EMAIL PROTECTED]> * Rename *NDP* -> *DPH* M ./compiler/vectorise/VectBuiltIn.hs -16 +16 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080701024559-b2b0a-7c8d3e206fdddbe31e5bf5c439e470173d0a7f91.gz ___

patch applied (ghc): Slight refactoring

Mon Jun 30 19:52:27 PDT 2008 Roman Leshchinskiy <[EMAIL PROTECTED]> * Slight refactoring M ./compiler/vectorise/VectBuiltIn.hs -23 +29 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080701025227-b2b0a-009f8f7e4cc415409393e081fb26bd45b0d4853c.gz __

patch applied (ghc): Parametrise vectoriser with DPH package

Mon Jun 30 19:45:15 PDT 2008 Roman Leshchinskiy <[EMAIL PROTECTED]> * Parametrise vectoriser with DPH package M ./compiler/vectorise/VectBuiltIn.hs -137 +155 M ./compiler/vectorise/VectMonad.hs -3 +7 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080701024515-b2b0a-d8

patch applied (ghc): Don't use DPH backend directly in vectoriser

Mon Jun 30 19:14:36 PDT 2008 Roman Leshchinskiy <[EMAIL PROTECTED]> * Don't use DPH backend directly in vectoriser M ./compiler/vectorise/VectBuiltIn.hs -14 +12 M ./compiler/vectorise/VectMonad.hs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080701021436-b2b0a

patch applied (ghc): Make dph-seq and dph-par wired-in packages

Mon Jun 30 19:02:14 PDT 2008 Roman Leshchinskiy <[EMAIL PROTECTED]> * Make dph-seq and dph-par wired-in packages M ./compiler/basicTypes/Module.lhs +4 M ./compiler/main/Packages.lhs +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080701020214-b2b0a-19d60956c541f5109

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

Build description = STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/simonmar/nightly/STABLE Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Wed Jul 2 18:10:01 BST 2008. checkin

Re: Type Families in Haddock

2008/7/2 Don Stewart <[EMAIL PROTECTED]>: > david.waern: >> Hi, >> >> I'm going to add Type Families support to the Haddock HTML backend. >> What would be the best way to do it? I'm thinking it could work >> similar to how classes and instances are currently rendered, so that >> type/data/newtype i

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

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 Wed Jul 2 18:00:01 BST 2008. checking out

Re: Type Families in Haddock

david.waern: > Hi, > > I'm going to add Type Families support to the Haddock HTML backend. > What would be the best way to do it? I'm thinking it could work > similar to how classes and instances are currently rendered, so that > type/data/newtype instances are collected and attached to type famil

build fails: cabal-bin.exe: cabal: Don't know what to do!

last lines of build log (windows head): [49 of 49] Compiling Cabal( cabal-bin.hs, c:/fptools/ghc/libraries/bootstrapping/Cabal.o ) Linking cabal-bin.exe ... cd ghc-prim && /cygdrive/c/ghc/ghc-6.6.1/bin/ghc -Wall -DCABAL_VERSION=1,3 -odir c:/fptools/ghc/libr aries/bootstrapping -hidi

patch applied (ghc): FIX #2313 do not include BFD symbols in RTS when the BFD library is not available for linking

Wed May 28 02:31:39 PDT 2008 Karel Gardas <[EMAIL PROTECTED]> * FIX #2313 do not include BFD symbols in RTS when the BFD library is not available for linking M ./includes/RtsConfig.h -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080528093139-a509e-1f8911e9054b4904

Type Families in Haddock

Hi, I'm going to add Type Families support to the Haddock HTML backend. What would be the best way to do it? I'm thinking it could work similar to how classes and instances are currently rendered, so that type/data/newtype instances are collected and attached to type family declarations. Is this t

Daily report for stable

Build results: Old unexpected test failures: 12881 x86 Windows stable 16791 kahl G5 Gentoo Linux stable 20141 kahl G5 Gentoo Linux stable 21851 x86 Windows stable 22761 x86 Windows stable

Daily report for head

Build results: Old unexpected test failures: 10queens1 kgardas head 16792 kahl G5 Gentoo Linux head 17441 kgardas head 17801 kgardas head 18521 kgardas head 1861