On Friday 02 September 2011, 08:53:06, Simon Peyton-Jones wrote:
> Thanks to Daniel. Ian, Simon, I have a question about installing extra
> libs.
>
> |quasiquotation/qq006qq006 [stderr mismatch]
> |(normal)
>
> I get "Could not find module `Text.ParserCombinators.Parsec.C
On 02/09/2011 07:53, Simon Peyton-Jones wrote:
Thanks to Daniel. Ian, Simon, I have a question about installing extra libs.
|quasiquotation/qq006qq006 [stderr mismatch] (normal)
I get "Could not find module `Text.ParserCombinators.Parsec.Char'". Presumably
the test depend
Thanks to Daniel. Ian, Simon, I have a question about installing extra libs.
|quasiquotation/qq006qq006 [stderr mismatch] (normal)
I get "Could not find module `Text.ParserCombinators.Parsec.Char'". Presumably
the test depends on parsec.
Similarly for T3087 which needs 's
I've built a fully optimised HEAD (20110901) and ran a fulltest after
installing a few libraries required for some tests.
OVERALL SUMMARY for test run started at Fr 2. Sep 00:12:23 CEST 2011
2935 total tests, which gave rise to
12690 test cases, of which
0 caused framework failures
Curious. This was a fresh devel2 build as well on x86-32
Excerpts from Ian Lynagh's message of Sun Jul 17 11:44:09 -0400 2011:
> On Sun, Jul 17, 2011 at 07:44:23AM -0400, Edward Z. Yang wrote:
> > Here's one example. I'm seeing several dozens of these failures.
> >
> > *** unexpected failure for
On Sun, Jul 17, 2011 at 07:44:23AM -0400, Edward Z. Yang wrote:
> Here's one example. I'm seeing several dozens of these failures.
>
> *** unexpected failure for print002(ghci)
It passes for me with HEAD. No validate failures at all.
Thanks
Ian
___
Here's one example. I'm seeing several dozens of these failures.
cd . && HC='/home/ezyang/Dev/ghc-build-master-devel2/inplace/bin/ghc-stage2'
HC_OPTS='-dcore-lint -dcmm-lint -dno-debug-output -no-user-package-conf
-rtsopts ' '/home/ezyang/Dev/ghc-build-master-devel2/inplace/bin/ghc-stage2'
--i
Yep those are my fault. Will fix shortly.
On 20 June 2011 09:46, Simon Peyton-Jones wrote:
> I’m getting these failures on ‘validate’. Several relate to
> unsafePerformIO.
>
>
>
> cabal ghcpkg01 [bad stdout] (normal)
>
> codeGen/should_compile cg005 [stderr mismatch] (o
I'm getting these failures on 'validate'. Several relate to unsafePerformIO.
cabal ghcpkg01 [bad stdout] (normal)
codeGen/should_compile cg005 [stderr mismatch] (optasm)
driver T4437 [exit code non-0] (normal)
dynlibs T3807 [bad exi
yes I'm looking at those
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Isaac Dupree
| Sent: 03 June 2008 16:49
| To: Simon Marlow
| Cc: BuildBot Collator
| Subject: Re: THE CURSE ("unexpected" testsuite failures)
|
| Sim
Simon Marlow wrote:
Fortunately you caught me in a "just fix it" mood, so I just fixed it.
We now have a flag -dno-debug-output that suppresses the traces emitted
by a DEBUG compiler from time to time, and the testsuite passes this
flag by default. I'm validating with -DDEBUG right now to che
Isaac Dupree wrote:
for example here is my result of running indexed-types/GADT11 test
explicitly:
=> GADT11(normal)
cd . &&
'/Users/me/modified/ghcAlexSpeedTest/compiler/stage1/ghc-inplace'
-no-recomp -dcore-lint -dcmm-lint -Di386_unknown_linux -c GADT11.hs
>GADT11.comp.stderr 2>&1
A
for example here is my result of running indexed-types/GADT11 test
explicitly:
=> GADT11(normal)
cd . &&
'/Users/me/modified/ghcAlexSpeedTest/compiler/stage1/ghc-inplace'
-no-recomp -dcore-lint -dcmm-lint -Di386_unknown_linux -c GADT11.hs
>GADT11.comp.stderr 2>&1
Actual stderr output di
many of these HEAD validation test failures are the same as I saw months
ago in http://thread.gmane.org/gmane.comp.lang.haskell.cvs.ghc/25738
(though many are different ones too). Maybe I should look at the tests
personally, since I'm the one with the machine that can reproduce them?
OVERALL
14 matches
Mail list logo
