On Thu, Feb 14, 2013 at 10:42:33AM +, Simon Marlow wrote:
>
> Unexpected failures:
>perf/haddock haddock.Cabal [stat not good enough] (normal)
>perf/haddock haddock.base [stat not good enough] (normal)
I'd guess these were broken by
commit c3c9babf10990c
I've just pushed fixes to the non-perf ones.
| -Original Message-
| From: ghc-devs-boun...@haskell.org [mailto:ghc-devs-boun...@haskell.org]
| On Behalf Of Simon Marlow
| Sent: 14 February 2013 10:43
| To: ghc-devs@haskell.org
| Subject: Today's validate failures
|
| On x86_64/Linux:
|
|
On 30/01/13 01:20, Ian Lynagh wrote:
On Fri, Jan 18, 2013 at 05:03:26PM +, Simon Marlow wrote:
On 18/01/13 16:45, Simon Peyton-Jones wrote:
| > In Packages we have a dflags with an error thunk in it for pkgState,
| and it's the strict evaluation of that pkgState that is changing the
| behav
On Fri, Jan 18, 2013 at 05:03:26PM +, Simon Marlow wrote:
> On 18/01/13 16:45, Simon Peyton-Jones wrote:
> >| > In Packages we have a dflags with an error thunk in it for pkgState,
> >| and it's the strict evaluation of that pkgState that is changing the
> >| behaviour.
> >|
> >| Whereabouts ar
On Thu, Jan 24, 2013 at 02:42:31PM +, Simon Marlow wrote:
> On 24/01/13 13:37, Simon Peyton-Jones wrote:
> >T1133 and T1133A both work for me (Linux).
>
> They only fail with a non-fast validate (BTW)
Sorry, I've fixed these.
Thanks
Ian
___
ghc-
On 24/01/13 13:37, Simon Peyton-Jones wrote:
T1133 and T1133A both work for me (Linux).
They only fail with a non-fast validate (BTW)
Cheers,
Simon
T7594 is a glitch; I failed to push.
Simon
| -Original Message-
| From: ghc-devs-boun...@haskell.org [mailto:ghc-devs-boun.
T1133 and T1133A both work for me (Linux).
T7594 is a glitch; I failed to push.
Simon
| -Original Message-
| From: ghc-devs-boun...@haskell.org [mailto:ghc-devs-boun...@haskell.org]
| On Behalf Of Simon Marlow
| Sent: 24 January 2013 09:57
| To: ghc-devs@haskell.org
| Subject: Today's v
On 18/01/13 16:45, Simon Peyton-Jones wrote:
| > In Packages we have a dflags with an error thunk in it for pkgState,
| and it's the strict evaluation of that pkgState that is changing the
| behaviour.
|
| Whereabouts are we evaluating it? Could we fix that instead?
That would be good. It's he
| > In Packages we have a dflags with an error thunk in it for pkgState,
| and it's the strict evaluation of that pkgState that is changing the
| behaviour.
|
| Whereabouts are we evaluating it? Could we fix that instead?
That would be good. It's here;
applyPackageFlag dflags unusable pkgs fla
09
| To: Simon Peyton-Jones
| Cc: ghc-devs@haskell.org
| Subject: Re: Today's validate failures
|
| On 18/01/13 14:50, Simon Peyton-Jones wrote:
| > I have no idea what the cabal ones are. They report
| > +ghc-stage2: panic! (the 'impossible' happened)
| > + (GHC version 7.7 f
not actually wrong.
Simon
| -Original Message-
| From: Simon Marlow [mailto:marlo...@gmail.com]
| Sent: 18 January 2013 15:09
| To: Simon Peyton-Jones
| Cc: ghc-devs@haskell.org
| Subject: Re: Today's validate failures
|
| On 18/01/13 14:50, Simon Peyton-Jones wrote:
| > I have n
On 18/01/13 14:50, Simon Peyton-Jones wrote:
I have no idea what the cabal ones are. They report
+ghc-stage2: panic! (the 'impossible' happened)
+ (GHC version 7.7 for x86_64-unknown-linux):
+ no package state yet: call GHC.setSessionDynFlags
This happens when something touches pkgState
I have no idea what the cabal ones are. They report
+ghc-stage2: panic! (the 'impossible' happened)
+ (GHC version 7.7 for x86_64-unknown-linux):
+ no package state yet: call GHC.setSessionDynFlags
I've fixed rnfail055, T4201 (my fault sorry).
haddock.base is ok for me.
Simon
| -Orig
On 18/01/13 11:53, Simon Marlow wrote:
I have several validate failures today:
Unexpected failures:
cabal1750 [bad stderr] (normal)
cabalshadow [bad stderr] (normal)
perf/haddock haddock.base [sta
Don't know if that helps in tracking the problem, but I have a build from
81f4cd3e08996d35b3a70dfee4d70a829f2f2622 (24 hours ago) and these tests also
fail (haddock.base
causes framework failure).
Janek
___
ghc-devs mailing list
ghc-devs@haskell.org
15 matches
Mail list logo