patch applied (testsuite): Update TH_runIO output

Fri Aug 1 17:52:40 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Update TH_runIO output M ./tests/ghc-regress/th/TH_runIO.stderr -1 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080802005240-3fd76-9dde6c00bb49206c6bdc3bd31f143033de17bb66.gz ___

patch applied (ghc): Document DataCon

Wed Jul 30 18:23:16 PDT 2008 Max Bolingbroke <[EMAIL PROTECTED]> * Document DataCon M ./compiler/basicTypes/DataCon.lhs -68 +156 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080731012316-9b787-b53115744472479a6537391403304a443421b847.gz

patch applied (ghc): Document BasicTypes

Wed Jul 30 18:23:06 PDT 2008 Max Bolingbroke <[EMAIL PROTECTED]> * Document BasicTypes M ./compiler/basicTypes/BasicTypes.lhs -4 +7 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080731012306-9b787-6516371b973490308bf05717ff204caee4aa80b1.gz _

patch applied (ghc): Fix ifBuildable

Fri Aug 1 07:17:31 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix ifBuildable M ./libraries/Makefile -1 +1 M ./libraries/ifBuildable.hs -8 +12 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080801141731-3fd76-7ae6f9231945338a8e5aa4c3b46c3bf2b5b200b2.gz __

patch applied (ghc): Rename maybeTyConSingleCon to tyConSingleDataCon_maybe

Wed Jul 30 18:05:37 PDT 2008 Max Bolingbroke <[EMAIL PROTECTED]> * Rename maybeTyConSingleCon to tyConSingleDataCon_maybe M ./compiler/Simon-log -1 +1 M ./compiler/codeGen/CgTicky.hs -1 +1 M ./compiler/ghci/RtClosureInspect.hs -2 +2 M ./compiler/typecheck/TcGenDeriv.lhs -2 +2

patch applied (ghc): Ignore git files

Wed Jul 30 18:05:09 PDT 2008 Max Bolingbroke <[EMAIL PROTECTED]> * Ignore git files M ./.darcs-boring +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080731010509-9b787-635fb79e53732abb24051f72196dfc1a65595472.gz ___ Cvs-ghc

patch applied (ghc): Update assertErrorName; assertError has moved to Control.Exception

Thu Jul 31 18:10:28 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Update assertErrorName; assertError has moved to Control.Exception M ./compiler/prelude/PrelNames.lhs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080801011028-3fd76-f2e67c5aa53d72736132b3cc78c7f6bb14fd

[nightly] 01-Aug-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 Fri Aug 1 18:12:05 BST 2008. checkin

[nightly] 01-Aug-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 Fri Aug 1 18:02:05 BST 2008. checking out

Re: Orphans

Hi, I'm fixing http://hackage.haskell.org/trac/ghc/ticket/2467 > Since you bring up orphans, I have a more general question regarding them that came up recently. The design of a library I'm working on requires orphan modules. After reading the GHC user's guide, I believe that orphans are (only)

Orphans

I'm fixing http://hackage.haskell.org/trac/ghc/ticket/2467 But it transpires that arrays/Data/Array.hs has an orphan instance, so it now fails validateion Data/Array.hs:90:9: Warning: orphan instance: instance (Ix i) => Foldable (Array i) Data/Array.hs:93:9: Warning: orphan instance: in

FW: Building libraries with ticky-ticky

Andrew Did you make any progress with this? Or are you stuck? It used to be the case that you had to compile *all* code with -ticky-ticky. But now it's a per-module flag; we just don't accumulate counts for non-ticky modules. I often use this when doing perf-debugging of a single module. So

Buildbot: "Latest Successful Build" for each builder?

Looking at the Buildbot pages tends to be really helpful in finding out whether build bugs are new or known, and when the good times are for trying to build ghc head. However, the current reorganization has gone on so long (and now the next batch seems to have started already, with extensible e

Re: makign

Simon Peyton-Jones wrote: Ian, and others Following Weds IRC chat I've made a tiny start on the kind of build-system documentation that I personally would find helpful: http://hackage.haskell.org/trac/ghc/wiki/Building The two pages listed near the top with "(new)" are the ones I've ad

RE: makign

Ian, and others Following Weds IRC chat I've made a tiny start on the kind of build-system documentation that I personally would find helpful: http://hackage.haskell.org/trac/ghc/wiki/Building The two pages listed near the top with "(new)" are the ones I've added. One is supposed to do

Daily report for head

Build results: x86-64 Linux head: fail (exception build.mk) x86 Windows head:fail (failed stage2 bindist bindisttest failed slave lost) x86 Windows head fast: fail (failed stage2) fail (failed stage2) fail (failed stage2) fail (failed stage1) lost fail (failed stage1) tnaur PPC OS

Daily report for stable

Build results: fast486 stable: fail (failed darcs) gabor stable:fail (failed boottestsuite runtestsuite) kgardas stable: fail (failed stage1) tnaur PPC OSX stable 2: fail (failed boottestsuite runtestsuite) tnaur x86 Linux stable: fail (failed boottestsuite runtestsu