32-bit testsuite failures
|Reported by:||daniel.is.fischer||Owned by:|
|Type of failure:||None/Unknown||Difficulty:|
|Test Case:||Blocked By:|
Running the testsuite on my old 32-bit box, I get a lot of failures I don't get on my 64-bit box.
resourceLimit: The compiled ways consistently fail with
Wrong exit code (expected 0 , actual 1 ) Stdout: Stderr: resourceLimit: setResourceLimit: invalid argument (Invalid argument)
ghci sometimes with the same message, sometimes with
Actual stdout output differs from expected: --- ../../libraries/unix/tests/resourceLimit.stdout 2011-05-30 07:49:57.000000000 +0200 +++ ../../libraries/unix/tests/resourceLimit.run.stdout 2011-09-23 19:25:32.000000000 +0200 @@ -1,2 +1,2 @@ -5 -10 +18446744073709551615 +18446744073709551615
64 1-bits look as if some alignment broke.
ghcpkg01 and safePkg01: During the testsuite run, both fail with
Actual stderr output differs from expected: ... +WARNING: cache is out of date: localXXX/package.cache + use 'ghc-pkg recache' to fix.
but when run on their own, both consistently pass. Since otherwise they behave as expected, it looks like a load-induced hiccough (which is a bit surprising because I ran the testsuite with THREADS=1, so there shouldn't be much going on to upset the tests).
Various recompilation-related failures: in tests/ghci,
prog006, ghci.prog009, prog003, ghci027, 1914 all omit at least some recompilations and thus produce more or fewer error messages than expected resp. unexpected type info.
In tests/driver: recomp006 and T5147 fail with Wrong exit code (expected 0 , actual 2 ), both occasionally pass when run on their own; recomp001 doesn't produce the expected diagnostic, -C.hs:3:11: Module B' does not export foo', recomp009 produces the wrong stdout
Actual stdout output differs from expected: --- ./driver/recomp009/recomp009.stdout 2011-07-29 10:44:03.000000000 +0200 +++ ./driver/recomp009/recomp009.run.stdout 2011-09-23 15:03:45.000000000 +0200 @@ -1,2 +1,2 @@ 1 -2 +1
@@ -3,6 +3,3 @@ [3 of 5] Compiling C ( C.hs, C.o ) [4 of 5] Compiling D ( D.hs, D.o ) [5 of 5] Compiling E ( E.hs, E.o ) -[3 of 5] Compiling C ( C.hs, C.o ) -[4 of 5] Compiling D ( D.hs, D.o ) -[5 of 5] Compiling E ( E.hs, E.o )
In tests/ghc-api: apirecomp001 fails with
Wrong exit code (expected 0 , actual 2 ) Stdout: Stderr: myghc.hs:50:7: Not in scope: data constructor `RunFailed' gmake: *** [apirecomp001] Fehler 1
Last, the allocation figures for perf/compiler/T4801 haven't been adjusted for 32-bit systems, thus T4801 fails with
bytes allocated 231673896 is less than minimum allowed 330000000
I wouldn't like to set new limits myself without more data points.