[nightly] 05-Sep-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 Sep 5 18:02:07 BST 2008. checking out

RE: patch applied (ghc): Major change in compilation of instancedeclarations (fix Trac #955, #2328)

OK I believe I've fixed this (+ validated). Give it a try. Too late to compile all of extralibs Simon | -Original Message- | From: Simon Peyton-Jones | Sent: 04 September 2008 17:59 | To: 'Claus Reinke'; cvs-ghc@haskell.org | Subject: RE: patch applied (ghc): Major change in compilatio

patch applied (testsuite): Follow error messsage changes

Thu Sep 4 08:58:25 PDT 2008 [EMAIL PROTECTED] * Follow error messsage changes M ./tests/ghc-regress/deriving/should_fail/drvfail011.stderr -1 +1 M ./tests/ghc-regress/gadt/all.T -3 +2 M ./tests/ghc-regress/typecheck/should_fail/tcfail042.stderr -14 M ./tests/ghc-regress/typeche

patch applied (testsuite): Test for Trac #470

Thu Sep 4 07:54:49 PDT 2008 [EMAIL PROTECTED] * Test for Trac #470 A ./tests/ghc-regress/typecheck/should_compile/T1470.hs M ./tests/ghc-regress/typecheck/should_compile/all.T +2 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080904145449-f1c6d-f8cba0314a33762d

patch applied (ghc): Fix up the instance-declaration re-engineering story

Fri Sep 5 10:26:54 PDT 2008 [EMAIL PROTECTED] * Fix up the instance-declaration re-engineering story This patch deals with a rather complicated situation involving overlapping instances. It's all explained in the commments Note [Subtle interaction of recursion and overlap] The

patch applied (ghc): Comments only

Fri Sep 5 10:25:53 PDT 2008 [EMAIL PROTECTED] * Comments only M ./compiler/typecheck/TcClassDcl.lhs -2 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080905172553-1287e-ce5881b430fd2964cf36008e1fb7bb89e844764a.gz ___ Cvs-gh

patch applied (ghc): Minor refactoring to share InstEnv.instanceBindFun

Fri Sep 5 10:25:07 PDT 2008 [EMAIL PROTECTED] * Minor refactoring to share InstEnv.instanceBindFun M ./compiler/types/FamInstEnv.lhs -8 +1 M ./compiler/types/InstEnv.lhs -24 +40 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080905172507-1287e-278a76ddaa906196f46457c

patch applied (ghc): Remove unused constructors AvoidMe, WildCard

Fri Sep 5 10:24:24 PDT 2008 [EMAIL PROTECTED] * Remove unused constructors AvoidMe, WildCard M ./compiler/types/Unify.lhs -16 +11 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080905172424-1287e-5d72d70d2d2279511f1f6dfec898e127eb415a08.gz __

patch applied (ghc): More specialiser wibbles

Fri Sep 5 10:21:12 PDT 2008 [EMAIL PROTECTED] * More specialiser wibbles Several things * Only gather call details for local things, not imported ones * When making auxiliary dictionary bindings in specDefn, remember to give them an unfolding. Otherwise we don't gather ca

patch applied (ghc): Retain unfoldings even with SimplGently

Fri Sep 5 10:18:14 PDT 2008 [EMAIL PROTECTED] * Retain unfoldings even with SimplGently When binding x = e, we now attach an unfolding to 'x' even if it won't be used because SimplGently is on. Reason: the specialiser runs right after SimplGently, and it (now) only gathers call i

patch applied (ghc): Comments only

Fri Sep 5 10:17:31 PDT 2008 [EMAIL PROTECTED] * Comments only M ./compiler/hsSyn/HsBinds.lhs +4 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080905171731-1287e-5388c9cd8327a6eedfed3e28a93c2e94f11c9f50.gz ___ Cvs-ghc mailing

patch applied (ghc): Better debug panic messages in applyTys

Fri Sep 5 10:16:39 PDT 2008 [EMAIL PROTECTED] * Better debug panic messages in applyTys M ./compiler/coreSyn/CoreUtils.lhs -2 +6 M ./compiler/types/Type.lhs -4 +7 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080905171639-1287e-58ac129cae7a3eb444cf8915f37f1f2025d846

patch applied (ghc): Make ASSERT2 mention msg even when debug is off (avoid warnings)

Fri Sep 5 10:14:58 PDT 2008 [EMAIL PROTECTED] * Make ASSERT2 mention msg even when debug is off (avoid warnings) M ./compiler/HsVersions.h -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080905171458-1287e-537390474c61bf2e97dc7fe1ded2ed1bb9500ef3.gz ___

Re: External Core output path

On 9/5/08, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote: > Meanwhile -fomit-interface-pragmas should work fine even with -O on, and > should dramatically trim what shows up in interface files. Did you try that? > I didn't try it, because I didn't know about that flag. I'll experiment with it at

patch applied (ghc): add assertion to check that UniqFM is only passed "positive" uniques

Thu Sep 4 06:51:55 PDT 2008 [EMAIL PROTECTED] * add assertion to check that UniqFM is only passed "positive" uniques The insertion code in UniqFM fails if a unique key produces a negative FastInt. I've added an assertion to check that each insertion uses a positive Unique. Where do t

Re: problem building HEAD out of the box.

On Fri, Sep 05, 2008 at 12:54:32PM +1000, Ben Lippmeier wrote: > > Alright, on further investigation it turns out this problem was due to > my /bin/sh being a link to the dash shell instead of bash. I've just successfully validated with /bin/sh -> dash (Debian dash 0.5.3-7) Thanks Ian ___

patch applied (ghc): Move the "This is a generated file" to the top of GHC.Prim

Fri Sep 5 05:21:09 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Move the "This is a generated file" to the top of GHC.Prim M ./utils/genprimopcode/Main.hs -7 +7 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080905122109-3fd76-1a5465ad6569a5853c4841b698afdc4c99dc4cf3.gz __

patch applied (ghc): Make genprimopcode generate code that haddock 2 understands

Fri Sep 5 05:14:43 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Make genprimopcode generate code that haddock 2 understands Mainly this means adding a binding for all the exports, e.g. as well as gtAddr# :: Addr# -> Addr# -> Bool we also generate gtAddr# = let x = x in x M ./u

RE: [darcs-users] OpenBSD users here?

Kili | Sorry, but if the Haskell community backs on a main darcs repository | that JUST DOES NOT WORK, and if the most important compiler DOES | NOT CARE ABOUT PORTABILITY (I mean the HC bootstrapping, which has | been pushed from milestone to milestone), then I'm not any longer | interested at al

RE: External Core output path

GHC currently exposes a *lot* across module boundaries. It could expose much much less -- at a serious cost to optimisation, but serious improvement in "you can recompile library L and still link it with the unmodified application A". At the moment you get very little control over this. I'd like

RE: patch applied (ghc): Turn on optimisation for stage2 when validating

| > This looks like another tricky point that might benefit from a clarifying comment to explain why we | must build utils twice? (Or is it once but with stage2, I'm not sure.) It's so easy to forget these | constraints. | | This is explained here: | http://hackage.haskell.org/trac/ghc/wiki

Daily report for head

Build results: x86-64 Linux head:fail (failed stage1) x86 Windows head: fail (failed darcs) x86 Windows head fast:fail (failed stage1) fail (failed stage2 boottestsuite runtestsuite) fail (failed darcs) fail (failed stage2 boottestsuite runtestsuite) fail (failed s

Daily report for stable

Build results: tnaur PPC OSX stable 2: pass x86 Windows stable: fail (failed stage1) x86 Windows stable fast: lost pass pass pass pass pass x86-64 Linux stable: fail (failed stage1) Old unexpected test failures: TyFamUndec 4 gabor stable barton-mangler-bug 1 tnaur x8