aboutsummaryrefslogtreecommitdiff
path: root/llvm/tools/llvm-objdump/llvm-objdump.cpp
diff options
context:
space:
mode:
authorJim Ingham <jingham@apple.com>2020-04-03 19:58:56 -0700
committerJim Ingham <jingham@apple.com>2020-04-03 20:06:11 -0700
commit327074812707d41f492a0e23940430422a9cd237 (patch)
tree2eef1c21e4c9bb107faebebd3ae3714e1d3a7494 /llvm/tools/llvm-objdump/llvm-objdump.cpp
parent966122524b562aab42e7afc8f44c23ea105b27f3 (diff)
downloadllvm-327074812707d41f492a0e23940430422a9cd237.zip
llvm-327074812707d41f492a0e23940430422a9cd237.tar.gz
llvm-327074812707d41f492a0e23940430422a9cd237.tar.bz2
The thread plan list test is failing at least on Ubuntu Linux.
Mark it expected fail for now. The test output shows that the "internal" thread listing isn't showing the step out plan that we use to step back out of a function we're stepping into. The internal plan listing code has nothing platform specific in it, so that isn't the problem. I am pretty sure the difference is that on MacOS we step into the function and then need to step back out again so we push the internal plan the test is checking for. But on Linux we are able to step past the function without stepping into it. So nothing is actually going wrong here, I just need to find a better test case where I can ensure we are going to have to push a private plan. It's probably better to test this using a custom thread plan, then I can control the state of the plan stack better. That's for Monday...
Diffstat (limited to 'llvm/tools/llvm-objdump/llvm-objdump.cpp')
0 files changed, 0 insertions, 0 deletions