Validate failures on OS X/amd64

Austin Seipp mad.one at gmail.com
Thu Jan 31 23:20:14 CET 2013


Today, while running validate I encountered a handful of errors:

VERALL SUMMARY for test run started at Thu Jan 31 15:58:15 CST 2013
    3591 total tests, which gave rise to
   14298 test cases, of which
       4 caused framework failures
   11044 were skipped

    3156 expected passes
      28 had missing libraries
      56 expected failures
       1 unexpected passes
      13 unexpected failures

Unexpected passes:
   ../../libraries/directory/tests  T4113 (normal)

Unexpected failures:
   ../../libraries/base/tests  qsemn001 [bad exit code] (normal)
   codeGen/should_run          cgrun071 [bad exit code] (normal)
   concurrent/should_run       T5611 [bad stdout] (normal)
   perf/compiler               T4801 [stat too good] (normal)
   perf/haddock                haddock.base [stat not good enough] (normal)
   perf/should_run             T5113 [stat not good enough] (normal)
   simplCore/should_compile    T3717 [stderr mismatch] (optasm)
   simplCore/should_compile    T4908 [stderr mismatch] (optasm)
   simplCore/should_compile    T7360 [stderr mismatch] (optasm)
   simplCore/should_compile    spec-inline [stderr mismatch] (optasm)
   typecheck/should_compile    holes [stderr mismatch] (normal)
   typecheck/should_compile    holes2 [stderr mismatch] (normal)
   typecheck/should_compile    holes3 [stderr mismatch] (normal)

Most of these are benign. All the 'simplCore' tests are failures that
seem to be a result of the new demand analyzer, with tiny things like
this:

--- ./simplCore/should_compile/spec-inline.stderr	2013-01-18
12:55:59.000000000 -0600
+++ ./simplCore/should_compile/spec-inline.comp.stderr	2013-01-31
16:12:33.000000000 -0600
@@ -116,7 +116,7 @@
 Roman.foo1 :: Data.Maybe.Maybe GHC.Types.Int
 [GblId,
  Caf=NoCafRefs,
- Str=DmdType,
+ Str=DmdType m2,
  Unf=Unf{Src=<vanilla>, TopLvl=True, Arity=0, Value=True,
          ConLike=True, WorkFree=True, Expandable=True,
          Guidance=IF_ARGS [] 10 20}]


and:

--- ./simplCore/should_compile/T3717.stderr	2013-01-18 12:55:59.000000000 -0600
+++ ./simplCore/should_compile/T3717.comp.stderr	2013-01-31
16:12:33.000000000 -0600
@@ -22,13 +22,13 @@
          ConLike=True, WorkFree=True, Expandable=True,
          Guidance=ALWAYS_IF(unsat_ok=True,boring_ok=False)
          Tmpl= \ (w [Occ=Once!] :: GHC.Types.Int) ->
-                 case w of _ { GHC.Types.I# ww [Occ=Once] ->
-                 case T3717.$wfoo ww of ww1 { __DEFAULT -> GHC.Types.I# ww1 }
+                 case w of _ { GHC.Types.I# ww1 [Occ=Once] ->
+                 case T3717.$wfoo ww1 of ww2 { __DEFAULT -> GHC.Types.I# ww2 }

So these look like just minor output wibbles and otherwise fine changes.

The 'holes' tests are failing because of an error message tweak. They
are all of the form:

 holes3.hs:15:15:
-    Found hole `_' with type b0
+    Found hole `_' with type: b0

so these are an easy fix too.

Did someone forget to push testsuite patches? I can at least fix the
TypeHoles tests since they're so trivial, and the demand analyzer
changes look benign too, but I just wanted to make sure these are OK
and I'm not stepping on toes if I were to do that.

I'm investigating the others at the moment, these were just the easy ones I saw.

-- 
Regards,
Austin



More information about the ghc-devs mailing list