The fact GHC 7.4 and GHC 7.6 accepted tcrun045 was a bug that we
didn't catch (implicit parameters in superclass constraints should
have been rejected). I don't have a reference off hand for this, but I
do know Simon discussed it and this was the conclusion.
As for the others, it's entirely possible that the LLVM version you
are running is buggy and produces incorrect code. It wouldn't be the
first time this has happened. Can you try with any other version of
LLVM, perhaps?
On Thu, Apr 24, 2014 at 10:54 AM, Daniel Fischer
Running the full testsuite (sh validate --testsuite-only --slow), I get a lot of unexpected failures (45 on this run).
typecheck/should_run/tcrun045
fails due to
Compile failed (status 256) errors were: [1 of 1] Compiling Main ( tcrun045.hs, tcrun045.o )
tcrun045.hs:24:1: Illegal implict parameter ‘?imp::Int’ In the context: (?imp::Int) While checking the super-classes of class ‘D’ In the class declaration for ‘D’
and 6.12, 7.0, 7.2 and 7.8 refuse the file with the same error, only 7.4 and 7.6 accept it. Is that a regression or are 7.4 and 7.6 wrong and it shouldn't have compiled?
Then I get a lot of optllvm failures, like
=====> GMapAssoc(optllvm) 891 of 3955 [0, 8, 0] cd ./indexed-types/should_run && '/home/dafis/GHC/virgo/bindisttest/install dir/bin/ghc' -fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -no-user- package-db -rtsopts -ignore-dot-ghci -fno-ghci-history -o GMapAssoc GMapAssoc.hs -O -fllvm -package containers >GMapAssoc.comp.stderr 2>&1 cd ./indexed-types/should_run && ./GMapAssoc
GMapAssoc.run.stdout 2>GMapAssoc.run.stderr /bin/sh: Zeile 1: 21331 Speicherzugriffsfehler ./GMapAssoc < /dev/null > GMapAssoc.run.stdout 2> GMapAssoc.run.stderr Wrong exit code (expected 0 , actual 139 ) Stdout:
Stderr:
*** unexpected failure for GMapAssoc(optllvm)
or
=====> qq007(optllvm) 1161 of 3955 [0, 10, 0] cd ./quasiquotation/qq007 && $MAKE -s --no-print-directory TH_QQ cd ./quasiquotation/qq007 && '/home/dafis/GHC/virgo/bindisttest/install dir/bin/ghc' -fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -no-user- package-db -rtsopts -ignore-dot-ghci -fno-ghci-history --make Test -O -fllvm -v0 >qq007.comp.stderr 2>&1 /bin/sh: Zeile 1: 25528 Speicherzugriffsfehler '/home/dafis/GHC/virgo/bindisttest/install dir/bin/ghc' -fforce-recomp - dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db -rtsopts -ignore- dot-ghci -fno-ghci-history --make Test -O -fllvm -v0 > qq007.comp.stderr 2>&1 Compile failed (status 35584) errors were:
*** unexpected failure for qq007(optllvm)
which I don't know what to make of, other optllvm tests work fine. Has anybody an idea what might cause those?
T6145 fails to compile with a type error and a missing argument to the `MG` constructor. Apparently the API changed but the test was not updated.
T8639_api has unexpected stdout, the type is printed as `Bool` instead of the expected `GHC.Types.Bool`, I guess one should update the expected output, but maybe the type should be printed qualified?
=====> T4891(normal) 1610 of 3955 [0, 14, 0] cd ./ghc-api/T4891 && $MAKE -s --no-print-directory T4891
T4891.run.stdout 2>T4891.run.stderr Wrong exit code (expected 0 , actual 2 ) Stdout:
Stderr:
T4891.hs:23:19: Module ‘PrelNames’ does not export ‘iNTERACTIVE’ gmake[2]: *** [T4891] Fehler 1
*** unexpected failure for T4891(normal)
T3064 and T6048 allocate slightly more than they are allowed to (about 1% resp. 0.15% too much). Generally, I have the impression that whoever decides the 64-bit Linux allocation numbers has a system where the figures aresystematically lower than on mine, maybe the expected numbers should be given a bit higher.
joao-circular fails the optllvm way with unexpected stdout:
Actual stdout output differs from expected: --- ./programs/joao-circular/joao-circular.stdout 2014-04-24 11:18:07.363987627 +0200 +++ ./programs/joao-circular/joao-circular.run.stdout 2014-04-24 14:27:38.927486429 +0200 @@ -68,13 +68,6 @@ PUSHa "recfact" 2 PUSHa "x" 2 LOAD -PUSHa "x" 1 -PUSHa "x" 2 -LOAD -PUSHi 1 -SUB -STORE -CALL "recfact" MUL STORE C_Ident_1 "end_if_1": @@ -83,4 +76,4 @@
Detected Semantic Errors: [C_E_Name_AD_1 (C_Ident_1 "a")] -[] +[C_E_T_NC_1 C_Errortype_1 C_Inttype_1,C_E_T_while_1,C_E_T_BOP_1,C_E_T_NC_1 C_Errortype_1 C_Errortype_1,C_E_T_BOP_1,C_E_T_NC_1 C_Errortype_1 C_Errortype_1,C_E_T_BOP_1,C_E_T_if_t_e_1,C_E_T_BOP_1,C_E_T_NC_1 C_Errortype_1 C_Inttype_1,C_E_T_NC_1 C_Errortype_1 C_Errortype_1,C_E_T_BOP_1] *** unexpected failure for joao-circular(optllvm)
which I have no idea how to interpret.
T7919 (optllvm) fails to compile. The ghci way, although it passed, uses a lot of memory (~ 2.5 G), temporarily froze my box, and got my browser OOM- killed. The other ways also use a lot of memory (~1.1 G - 1.7 G). While it looks as though it is to be expected that the test uses a fair bit of memory, perhaps it should not use quite as much. If somebody more knowledgeable looks at it that might be good.
simplCore/should_compile/spec001 fails due to unexpected stdout, the `-fno- warn-amp` flag is deprecated, the pragma should be removed probably.
arr016 (optllvm) failed with what looks serious:
=====> arr016(optllvm) 3092 of 3955 [0, 32, 0] cd ./array/should_run && '/home/dafis/GHC/virgo/bindisttest/install dir/bin/ghc' -fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -no-user- package-db -rtsopts -ignore-dot-ghci -fno-ghci-history -o arr016 arr016.hs -O -fllvm >arr016.comp.stderr 2>&1 cd ./array/should_run && ./arr016 arr016.run.stdout 2>arr016.run.stderr /bin/sh: Zeile 1: 23929 Abgebrochen ./arr016 < /dev/null > arr016.run.stdout 2> arr016.run.stderr Wrong exit code (expected 0 , actual 134 ) Stdout:
Stderr: arr016: internal error: MUT_ARR_PTRS_DIRTY object entered! (GHC version 7.9.20140424 for x86_64_unknown_linux) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
*** unexpected failure for arr016(optllvm)
T7653(ghci) managed to get my browser OOM-killed again (yes, I was naive enough to restart it), using ~2.7 G of memory. And the test timed out - also when running only T7653 without the browser to compete for the memory. The threaded1 way uses even more memory (~2.9 G), other ways much, but not that much.
posix002(threaded2) failed with
+posix002: failed to create OS thread: Resource temporarily unavailable *** unexpected failure for posix002(threaded2)
but that isn't replicable running the test alone. _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
-- Regards, Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/