4 test cases fail on trunk with MacOS

[Erik Schnetter]

I use Mac OS. On the trunk, 4 test cases fail. Are they supposed to fail?

## -------------------- ##
## pocl 0.9 test suite. ##
## -------------------- ##

llvmopencl passes tests

  1: LoopBarriers pass ok
  2: CanonicalizeBarriers pass ok
  3: BarrierTailReplication pass ok
  4: Pass composition FAILED (testsuite.at:110)

OpenCL specification tests

  5: example1: dot product ok
  6: example2: matrix transpose FAILED (testsuite.at:131)
  7: example2a: matrix transpose (automatic locals) ok

Workgroup creation tests

  8: Unconditional barriers FAILED (testsuite.at:144)
  9: Unbarriered for loops FAILED (testsuite.at:150)
 10: Barriered for loops ok

Kernel runtime library

 11: Trigonometric functions ok

## ------------- ##
## Test results. ##
## ------------- ##

ERROR: All 11 tests were run,
4 failed unexpectedly.
## -------------------------- ##
## testsuite.log was created. ##
## -------------------------- ##

Please send `tests/testsuite.log' and all information you think might help:

   To: <email address hidden>
   Subject: [pocl 0.9] testsuite: 4 6 8 9 failed

You may investigate any problem if you feel able to do so, in which
case the test suite provides a good starting point. Its output may
be found below `tests/testsuite.dir'.

make[2]: *** [check-local] Error 1
make[1]: *** [check-am] Error 2
make: *** [check-recursive] Error 1

[Pekka Jääskeläinen (pekka-jaaskelainen)]

Works in my Debian (x86-64). We need buildbots.

[Carlos Sánchez de La Lama (csanchezdll)]

Were differences in Mac OS X (BSD-based) UNIX commands. See rev comment for details.

Fixed.

[Erik Schnetter (schnetter)]

Pass 4 (pass composition) still fails for me:

  4: Pass composition FAILED (testsuite.at:110)

[Erik Schnetter (schnetter)]

Here is a more informative stack backtrace and the values of the local variables:

(gdb) bt
#0 pocl::WorkitemReplication::FindBarriersDFS (this=0x10a2071e0, bb=0x10a205c30, entry=0x10a205c30, subgraph=@0x7fff661fd5a0) at WorkitemReplication.cc:234
#1 0x000000010a312859 in pocl::WorkitemReplication::FindBarriersDFS (this=0x10a2071e0, bb=0x10a205c30, entry=0x10a205870, subgraph=<value temporarily unavailable, due to optimizations>) at WorkitemReplication.cc:216
#2 0x000000010a3124bf in pocl::WorkitemReplication::FindBarriersDFS (this=0x10a2071e0, bb=0x10a205870, entry=0x10a205870, subgraph=@0x7fff661fd830) at WorkitemReplication.cc:236
#3 0x000000010a312bc1 in pocl::WorkitemReplication::ProcessFunction (this=0x10a2071e0, F=@0x10a205770) at WorkitemReplication.cc:98
#4 0x0000000106fe10de in llvm::FPPassManager::runOnFunction (this=0x10a2079f0, F=@0x10a205770) at /Users/eschnett/src/llvm-3.0/lib/VMCore/PassManager.cpp:1512
#5 0x0000000106fe151f in llvm::FPPassManager::runOnModule (this=0x10a2079f0, M=@0x10a209220) at /Users/eschnett/src/llvm-3.0/lib/VMCore/PassManager.cpp:1534
#6 0x0000000106fe17b4 in llvm::MPPassManager::runOnModule (this=0x10a206c90, M=@0x10a209220) at /Users/eschnett/src/llvm-3.0/lib/VMCore/PassManager.cpp:1588
#7 0x0000000106fe1e3c in llvm::PassManagerImpl::run (this=0x10a206950, M=@0x10a209220) at /Users/eschnett/src/llvm-3.0/lib/VMCore/PassManager.cpp:1672
#8 0x0000000106fe231d in llvm::PassManager::run (this=0x7fff661fe2e0, M=@0x10a209220) at /Users/eschnett/src/llvm-3.0/lib/VMCore/PassManager.cpp:1716
#9 0x0000000106611057 in main (argc=13, argv=0x7fff661fe3c0) at /Users/eschnett/src/llvm-3.0/tools/opt/opt.cpp:706
(gdb) info locals
successor = (class llvm::BasicBlock *) 0x10a205de0
i = <value temporarily unavailable, due to optimizations>
e = 2
t = (class llvm::TerminatorInst *) 0x10a205ee8
r = <value temporarily unavailable, due to optimizations>
s = <value temporarily unavailable, due to optimizations>
l = (struct Loop *) 0x10a209840

[Erik Schnetter (schnetter)]

As visit0r suspected, this error goes away if I comment out line 361 LI->releaseMemory(); in file WorkitemReplication.cc.