Validate broken on Snow Leopard and Mountain Lion
Christiaan Baaij
christiaan.baaij at gmail.com
Fri Nov 15 08:04:30 UTC 2013
I'm still puzzled as to how validate failed on snow leopard, but is working correctly on my mountain lion machine after fixing the warning in the primitive package.
Ben: does validate go through on your machine after patching the primitive package?
Here are my results for 'validate --slow':
OVERALL SUMMARY for test run started at Thu Nov 14 14:32:18 2013 CET
4:15:58 spent to go through
3818 total tests, which gave rise to
14934 test cases, of which
3146 were skipped
145 had missing libraries
11465 expected passes
137 expected failures
0 caused framework failures
5 unexpected passes
36 unexpected failures
Unexpected passes:
codeGen/should_run cgrun071 (optllvm)
ghci/linking T3333 (normal)
rename/should_compile/T3103 T3103 (hpc,optasm,optllvm)
Unexpected failures:
../../libraries/unix/tests signals004 [bad exit code] (threaded2)
concurrent/should_run conc012 [bad exit code] (ghci)
driver static001 [bad stderr] (normal)
gadt type-rep [exit code non-0] (hpc,optasm,threaded2,dyn,optllvm)
ghc-api/apirecomp001 apirecomp001 [bad stderr] (normal)
lib/integer integerConstantFolding [bad stderr] (normal)
perf/compiler T3064 [stat not good enough] (normal)
perf/compiler T3294 [stderr mismatch] (normal)
perf/compiler T4801 [stat too good] (normal)
perf/compiler T5642 [stat not good enough] (normal)
perf/haddock haddock.Cabal [stat not good enough] (normal)
perf/haddock haddock.compiler [stat not good enough] (normal)
perf/space_leaks space_leak_001 [stat too good] (hpc,optasm,dyn,optllvm)
polykinds T6068 [bad stderr] (ghci)
rts T7919 [exit code non-0] (normal,hpc,optasm,threaded1,threaded2,optllvm)
th/TH_import_loop TH_import_loop [bad stdout or stderr] (ghci)
typecheck/should_run T7861 [bad stderr] (normal,hpc,optasm,threaded1,threaded2,dyn,optllvm)
typecheck/should_run T7861 [bad stdout or stderr] (ghci)
On Nov 14, 2013, at 12:04 PM, Christiaan Baaij <christiaan.baaij at gmail.com> wrote:
> After fixing the warning in the C-code of the primitive package, validate (including dph tests) seems to be working for me:
>
> OVERALL SUMMARY for test run started at Thu Nov 14 11:03:26 2013 CET
> 0:46:34 spent to go through
> 3818 total tests, which gave rise to
> 14930 test cases, of which
> 11445 were skipped
>
> 28 had missing libraries
> 3394 expected passes
> 58 expected failures
>
> 0 caused framework failures
> 1 unexpected passes
> 4 unexpected failures
>
> Unexpected passes:
> ghci/linking T3333 (normal)
>
> Unexpected failures:
> driver static001 [bad stderr] (normal)
> driver/T3007 T3007 [bad exit code] (normal)
> perf/compiler T3064 [stat not good enough] (normal)
> perf/compiler T4801 [stat too good] (normal)
>
> I'll try again with a 'make maintainer-clean', include profiling libs, and do a ./validate --slow.
>
>
> On Nov 14, 2013, at 5:23 AM, Carter Schonwald <carter.schonwald at gmail.com> wrote:
>
>> Ben has an excellent point:
>>
>> if things are broken on mac, lets fix it! Especially since we should be hitting RC status shortly.... any breakages should be smashed ASAP.
>>
>> This does raise a point I hope we'll address more aggressively after the 7.8 release, namely trying to keep ghc less broken by default! GHC being really really really broken between releases is probably the single HUGEST barrier to more people getting involved in helping GHC dev. And I think thats a huge problem we need to take more seriously.
>>
>>
>>
>>
>> On Wed, Nov 13, 2013 at 11:09 PM, Ben Lippmeier <benl at ouroborus.net> wrote:
>>
>> On 13/11/2013, at 8:02 PM, Christiaan Baaij wrote:
>>
>>> Does validate work for the DPH packages on Linux?
>>
>> "sh validate" runs fine on my Linux machine, but neither of my Macs.
>>
>> I can also run the dph tests manually on Linux, and they work fine.
>>
>> Ben.
>>
>> _______________________________________________
>> ghc-devs mailing list
>> ghc-devs at haskell.org
>> http://www.haskell.org/mailman/listinfo/ghc-devs
>>
>
More information about the ghc-devs
mailing list