On Wed, Oct 31, 2012 at 04:22:03PM +, Simon Peyton-Jones wrote:
> I think that's all mine. arrowfail001 fails with stage=1 (with an ASSERT
> error, and it *is* wrong)
I think it'll only fail with a DEBUG compiler. I've updated the test
accordingly.
Thanks
Ian
arlow; GHC CVS list
| Subject: RE: Validate failures of the day
|
| I fixed 5691, 7264, 5130
|
| Simon
|
| | -Original Message-
| | From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org]
| | On Behalf Of Simon Marlow
| | Sent: 31 October 2012 12:37
| | To: GHC CVS list
| | Su
I fixed 5691, 7264, 5130
Simon
| -Original Message-
| From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org]
| On Behalf Of Simon Marlow
| Sent: 31 October 2012 12:37
| To: GHC CVS list
| Subject: Validate failures of the day
|
| Here's a selection of today's validate fai
On Montag, 22. Oktober 2012, 12:03:24, Ben Lippmeier wrote:
>
> I went to find out what got broken and I'm getting a validate failure
> somewhere else:
>
> compiler/stage1/build/Parser.hs:38:27:
> Module `StaticFlags' does not export `opt_Hpc'
> make[1]: *** [compiler/stage1/build/Parser.o]
On 19/10/2012, at 2:17 AM, Simon Peyton-Jones wrote:
> I’m getting these failures in DPH when validating on Windows (32-bit)
>
>dph/nbody dph-nbody-copy-fast [exit code non-0]
> (normal)
>dph/nbody dph-nbody-vseg-fast [exit code non-0]
> (normal
On Mon, Jun 04, 2012 at 12:34:38PM +0100, Simon Marlow wrote:
>
> => setByteArray(normal) 1494 of 3344 [0, 0, 0]
>
> : can't find file: setByteArray.hs
Sorry, fixed.
Thanks
Ian
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org
I've done the spec-inline one.
I think setByteArray is Ian
commit 536f090da3225a73c17b5e940d74daa99297d66e
Author: Ian Lynagh
Date: Mon May 28 10:54:54 2012 +0100
Add a test for setByteArray
Simon
| -Original Message-
| From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@h
On 01/03/2012 02:26, Ian Lynagh wrote:
On Wed, Feb 29, 2012 at 10:31:31AM +, Simon Marlow wrote:
On 28/02/2012 13:07, Ian Lynagh wrote:
On Tue, Feb 28, 2012 at 10:44:35AM +, Simon Marlow wrote:
On 28/02/2012 09:03, Simon Marlow wrote:
The safeHaskell failures disappeared on my second
On Wed, Feb 29, 2012 at 10:31:31AM +, Simon Marlow wrote:
> On 28/02/2012 13:07, Ian Lynagh wrote:
> >On Tue, Feb 28, 2012 at 10:44:35AM +, Simon Marlow wrote:
> >>On 28/02/2012 09:03, Simon Marlow wrote:
> >>>The safeHaskell failures disappeared on my second validate run, so I'm
> >>>not s
On 28/02/2012 13:07, Ian Lynagh wrote:
On Tue, Feb 28, 2012 at 10:44:35AM +, Simon Marlow wrote:
On 28/02/2012 09:03, Simon Marlow wrote:
The safeHaskell failures disappeared on my second validate run, so I'm
not sure what happened (I had pulled into the tree first, and there were
no patche
On Tue, Feb 28, 2012 at 10:44:35AM +, Simon Marlow wrote:
> On 28/02/2012 09:03, Simon Marlow wrote:
> >The safeHaskell failures disappeared on my second validate run, so I'm
> >not sure what happened (I had pulled into the tree first, and there were
> >no patches between the two runs that shou
On 28/02/2012 09:03, Simon Marlow wrote:
The safeHaskell failures disappeared on my second validate run, so I'm
not sure what happened (I had pulled into the tree first, and there were
no patches between the two runs that should have affected this). Perhaps
there's some missing cleaning somewhere
..@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On
| Behalf Of Simon Marlow
| Sent: 28 February 2012 09:04
| To: David Terei
| Cc: GHC CVS list
| Subject: Re: Validate failures
|
| The safeHaskell failures disappeared on my second validate run, so I'm
| not sure what happened (I had pulled
The safeHaskell failures disappeared on my second validate run, so I'm
not sure what happened (I had pulled into the tree first, and there were
no patches between the two runs that should have affected this).
Perhaps there's some missing cleaning somewhere? Anyway I wouldn't
worry about it unl
Is this still happening and on what platforms? I don't get the
safeHaskell failures on X64 Linux
Cheers,
David
On 27 February 2012 06:09, Simon Marlow wrote:
> Validate is slipping again folks. Can those responsible please clean up the
> failures? These make it hard for someone else to fig
On Friday 11 November 2011, 13:49:21, Simon Marlow wrote:
> I have the following validate failures on x86_64/Linux today:
>
> Unexpected failures:
> perf/compiler T3064 [stat not good enough] (normal)
> typecheck/should_compile tc167 [stderr mismatch] (normal)
>
Additionally
On Tue, Nov 08, 2011 at 04:31:29PM +, Simon Peyton-Jones wrote:
> NEW: Ian can you diagnose
>rts T5423 [bad exit code] (normal)
I forgot to add a file; now fixed.
Thanks
Ian
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
ht
On 8 November 2011 08:31, Simon Peyton-Jones wrote:
> NEW: Ian can you diagnose
>
> rts T5423 [bad exit code] (normal)
>
>
>
> Manuel
>
> dph/diophantine dph-diophantine-fast [exit code non-0] (normal)
>
>
>
> David (thanks for saying you’ll deal with these by W
I fixed these failures, and got a clean valideate, but presumably I failed to
push. Sorry. I'll need to check when I get back to Cambridge
S
| -Original Message-
| From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On
| Behalf Of Simon Marlow
| Sent: 25 August 2
The T* failures are all memory allocation failures on the part of
GHC, probably because Hoopl generates a lot more garbage than the
old code generator.
The space leak one is really interesting, because it doesn't show up
when I do normal tests with a devel2 built stage2. Maybe I fixed it
with my o
On 07/04/2011 17:07, Edward Z. Yang wrote:
Amazingly enough, a GHC fully built with the new code generator
and with it set to default only fails five tests on validate:
OVERALL SUMMARY for test run started at Thu Apr 7 11:53:31 EDT 2011
2712 total tests, which gave rise to
9094 test c
Well done!
| -Original Message-
| From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On
| Behalf Of Edward Z. Yang
| Sent: 07 April 2011 17:07
| To: cvs-ghc
| Subject: Validate failures on the new codegen
|
| Amazingly enough, a GHC fully built with the new code genera
On Wed, Apr 06, 2011 at 11:26:15AM +0100, Simon Marlow wrote:
>
> - why did we not get an email sent to cvs-ghc for this patch?
>(there have been lots of missing emails from various people)
I've now added him to /etc/email-addresses on abbot, so future commits
from him should get through.
W
I've reverted the patch.
Excerpts from Simon Marlow's message of Wed Apr 06 06:26:15 -0400 2011:
> Questions:
>
> - did you validate Edward?
No. I thought it would be a safe patch because it only affected debugging,
and had the validate running over the evening. My apologies.
> - why did we
Hello,
On Mon, Feb 28, 2011 at 04:52:11PM +, Simon Marlow wrote:
> On 18/02/2011 08:31, Max Bolingbroke wrote:
> > ...
> >Unexpected failures:
> >1288(normal)
> >2276(normal)
> >2276_ghci(ghci)
>
> These three are probably related to #3336. I'm guessing OS X doesn't
> support st
On 18/02/2011 08:31, Max Bolingbroke wrote:
Hi,
I recently validated GHC HEAD again after a long break, and found to
my dismay that I'm getting a lot of unexpected failures:
"""
Unexpected failures:
1288(normal)
2276(normal)
2276_ghci(ghci)
These three are probably related to #333
On Fri, Feb 18, 2011 at 08:31:04AM +, Max Bolingbroke wrote:
>
> I recently validated GHC HEAD again after a long break, and found to
> my dismay that I'm getting a lot of unexpected failures:
>
> """
> Unexpected failures:
>1288(normal)
>2276(normal)
>2276_ghci(ghci)
>4850(no
Should be fixed now.
Roman
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
This is due to SimonPJ's recursive superclass patch (and the resulting changes
in the layout of dfuns). Roman is currently adapting the vectoriser to use the
new layout.
Manuel
Simon Marlow:
> I'm getting -dcore-lint errors in the dph tests in my validate build. Does
> anyone know anything ab
On 15/12/2010 14:59, Ian Lynagh wrote:
On Wed, Dec 15, 2010 at 02:35:01PM +, Simon Marlow wrote:
I'm getting -dcore-lint errors in the dph tests in my validate build.
Does anyone know anything about this?
http://www.haskell.org/pipermail/cvs-ghc/2010-December/058267.html
Ah, I missed tha
On Wed, Dec 15, 2010 at 02:35:01PM +, Simon Marlow wrote:
> I'm getting -dcore-lint errors in the dph tests in my validate build.
> Does anyone know anything about this?
http://www.haskell.org/pipermail/cvs-ghc/2010-December/058267.html
Thanks
Ian
It looks like this is just http://hackage.haskell.org/trac/ghc/ticket/2628 .
I'll submit a patch that marks these as expected failures.
I've also asked on StackOverflow if there's something better we can
do in this case:
http://stackoverflow.com/questions/3648711/detect-nul-file-descriptor-i
At least a few of these (2636 and most of the ghc-e* ones) are
due to the fact that we can't seem to get echo from Hello all,
>
> I'm getting the following validate failures on a fresh checkout
> of Darcs HEAD run on Windows 7:
>
> OVERALL SUMMARY for test run started at The current date is: Sat
On 24/11/2009 03:19, Manuel M T Chakravarty wrote:
There are again more validate failures on Mac OS X (Leopard) today:
Unexpected failures:
T1969(normal)
T3294(normal)
ffi005(normal)
ghci011(ghci)
rtsflags001(normal)
tcfail073(normal)
T1969 and T3294 are the old (alloc
On Thu, Jul 03, 2008 at 12:01:49PM +0100, Claus Reinke wrote:
>
> I assumed the buildbot issues were related to the move,
> and that buildsystem fixes would start when the buildbots
> were back. Are there any estimates as to when the buildbot
> situation will get back to normal
There were a coup
Running validate before pushing changes is becoming somewhat annoying
because I have to run it twice in two different repos (one with and one
without my changes) and then compare the results. Why do people push
without validating? I thought we agreed that this shouldn't happen?
Given that the
36 matches
Mail list logo
