validation test-failures

these are the current set of validation failures for HEAD on my machine, (the same just before and after committing my portability cleanup.) They've all been around for quite a while, except list001(ghci) is a little more recent, as listed in some previous e-mail I sent. Do you need any more in

patch applied (ghc): lots of portability changes (#1405)

Wed Jan 16 17:13:12 PST 2008 Isaac Dupree <[EMAIL PROTECTED]> * lots of portability changes (#1405) re-recording to avoid new conflicts was too hard, so I just put it all in one big patch :-( (besides, some of the changes depended on each other.) Here are what the component patches we

patch applied (ghc): Add missing extendSubst

Thu Jan 17 10:02:27 PST 2008 [EMAIL PROTECTED] * Add missing extendSubst Oops -- missed this from previous commit; sorry M ./compiler/coreSyn/CoreSubst.lhs -7 +8 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/

RE: darn, more validation failures

sorry my fault, pushing now | -Original Message- | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Isaac Dupree | Sent: 17 January 2008 17:28 | To: BuildBot Collator | Subject: darn, more validation failures | | specialise/SpecConstr.lhs:529:46: Not in scope: `extendSubst' |

darn, more validation failures

specialise/SpecConstr.lhs:529:46: Not in scope: `extendSubst' well, I'll commit as soon as I can validate, because I don't want to assume that my changes would validate against a non-broken HEAD ~Isaac ___ Cvs-ghc mailing list Cvs-ghc@haskell.org ht

patch applied (testsuite): Add test for Trac #2024

Thu Jan 17 07:02:35 PST 2008 [EMAIL PROTECTED] * Add test for Trac #2024 A ./tests/ghc-regress/th/TH_scopedTvs.hs A ./tests/ghc-regress/th/TH_scopedTvs.stderr M ./tests/ghc-regress/th/all.T +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org

patch applied (testsuite): Test for duplicate decls

Thu Jan 17 07:00:11 PST 2008 [EMAIL PROTECTED] * Test for duplicate decls M ./tests/ghc-regress/rename/should_fail/all.T +2 A ./tests/ghc-regress/rename/should_fail/rn_dup.hs A ./tests/ghc-regress/rename/should_fail/rn_dup.stderr ___ Cvs-

patch applied (ghc): Add -fspec-inline-join-points to SpecConstr

Thu Jan 17 07:03:25 PST 2008 [EMAIL PROTECTED] * Add -fspec-inline-join-points to SpecConstr This patch addresses a problem that Roman found in SpecConstr. Consider: foo :: Maybe Int -> Maybe Int -> Int foo a b = let j b = foo a b in case b of

patch applied (ghc): Fix references to Filepath

Thu Jan 17 05:41:39 PST 2008 Clemens Fruhwirth <[EMAIL PROTECTED]> * Fix references to Filepath M ./compiler/main/DriverPipeline.hs -2 +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Build slaves for Solaris x86/sparc

Hi, I looked at http://darcs.haskell.org/buildbot/all/ and noticed, that there are no Solaris build slaves available. Well, if you are interested in Solaris x86/sparc build slave systems for GHC, just let me now. If you are, I can talk to some people here. I can't promise anything, but perhaps it

Re: darcs patch: more portabilization

what do you think of removing the implicit qualified FastString import, so you have to explicitly import FastString? currently about 86 modules using F/SLIT already import FastString [EMAIL PROTECTED] /U/m/u/ghc-HEAD> grep -rl '\\|\' compiler/|xargs grep -l 'import.*FastString'|wc -l 86 and

patch applied (ghc): Fix egregious error in earlier "Record evaluated-ness" patch

Thu Jan 17 05:40:57 PST 2008 [EMAIL PROTECTED] * Fix egregious error in earlier "Record evaluated-ness" patch M ./compiler/simplCore/SimplEnv.lhs -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Eliminate warnings with -DDEBUG

Thu Jan 17 04:49:21 PST 2008 [EMAIL PROTECTED] * Eliminate warnings with -DDEBUG M ./compiler/utils/Util.lhs -7 +7 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Record evaluated-ness information correctly for strict constructors

Thu Jan 17 02:52:56 PST 2008 [EMAIL PROTECTED] * Record evaluated-ness information correctly for strict constructors The add_evals code in Simplify.simplAlt had bit-rotted. Example: data T a = T !a data U a = U !a foo :: T a -> U a foo (T x) = U x Here we should

patch applied (ghc): In float-out, make sure we abstract over the type variables in the kind of a coercion

Wed Jan 16 07:39:08 PST 2008 [EMAIL PROTECTED] * In float-out, make sure we abstract over the type variables in the kind of a coercion I can't remember where this bug showed up, but we were abstracting over a coercion variable (co :: a ~ T), without also abstracting over 'a'. The fi

patch applied (ghc): Fix broken debug warning

Wed Jan 16 07:18:18 PST 2008 [EMAIL PROTECTED] * Fix broken debug warning M ./compiler/specialise/Rules.lhs -5 +6 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Complain sensibly if you try to use scoped type variables in Template Haskell

Wed Jan 16 07:16:12 PST 2008 [EMAIL PROTECTED] * Complain sensibly if you try to use scoped type variables in Template Haskell This fixes Trac #2024; worth merging onto 6.8 branch. M ./compiler/deSugar/DsMeta.hs -1 +13 ___ Cvs-ghc mailin

patch applied (ghc): Comments only

Wed Jan 16 07:05:54 PST 2008 [EMAIL PROTECTED] * Comments only M ./compiler/utils/Digraph.lhs +10 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Extra instance for Outputable on 5-tuples

Wed Jan 16 07:05:25 PST 2008 [EMAIL PROTECTED] * Extra instance for Outputable on 5-tuples M ./compiler/utils/Outputable.lhs -5 +14 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Fix the -frule-check pass

Wed Jan 16 06:11:56 PST 2008 [EMAIL PROTECTED] * Fix the -frule-check pass Rules for imported things are now kept in the global rule base, not attached to the global Id. The rule-check pass hadn't kept up. This should fix it. M ./compiler/simplCore/SimplCore.lhs -3 +6 M

Re: 2 GHCs => can't resolve Cabal dependencies

Oh, maybe I'm going mad. This email seems to be from 6th December last year but for some reason turned up as if it were new in my email reader. Duncan On Thu, 2007-12-06 at 16:42 +, Simon Marlow wrote: > Valery V. Vorotyntsev wrote: > > On 12/5/07, Simon Marlow <[EMAIL PROTECTED]> wrote: > >>

Re: 2 GHCs => can't resolve Cabal dependencies

On Thu, 2007-12-06 at 16:42 +, Simon Marlow wrote: > Valery V. Vorotyntsev wrote: > > On 12/5/07, Simon Marlow <[EMAIL PROTECTED]> wrote: > >> The only thing I can think of is that you might have dangling dependencies > >> between the packages in your user database and the global database. Co

Re: darcs patch: document and "ifdef" BreakArray better

Isaac Dupree wrote: I just wanted to check that my documentation was correct and my ifdef reasonable; it validates fine. Then I'll commit, if it's fine. Looks ok to me, please apply. Cheers, Simon ___ Cvs-ghc mailing list Cvs-ghc@haskell.or

Daily report for head

Build results: x86-64 Linux head:fail (failed stage3 failed slave lost) x86 Windows head fast:fail (failed darcs) gabor head: lost kahl G5 Gentoo Linux head:pass mnemosyne x86-64 Gentoo head: fail (failed stage1) fail (failed stage1) tnaur PPC OSX head 2:

Daily report for stable

Build results: kahl G5 Gentoo Linux stable: pass x86 Windows stable fast: fail (failed darcs) x86-64 Linux stable: lost Dropping unexpected test passes reports from builders not seen in 7 days: x86 Windows stable Dropping unexpected test failures reports from builders not seen in