summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/configuration.py
diff options
context:
space:
mode:
authorMichael Kruse <llvm@meinersbur.de>2017-04-05 20:09:59 +0000
committerMichael Kruse <llvm@meinersbur.de>2017-04-05 20:09:59 +0000
commit895f5d8080632e45dfdac8a1c197e246899c2449 (patch)
treedc8fb5af01a176316166891ac68f5fe2d39cc483 /lldb/packages/Python/lldbsuite/test/configuration.py
parent13acc0d521b742c843acd0097e95a47f15da819a (diff)
downloadbcm5719-llvm-895f5d8080632e45dfdac8a1c197e246899c2449.tar.gz
bcm5719-llvm-895f5d8080632e45dfdac8a1c197e246899c2449.zip
Remove llvm.lifetime.start/end in original region.
The current StackColoring algorithm does not correctly handle the situation when some, but not all paths from a BB to the entry node cross a llvm.lifetime.start. According to an interpretation of the language reference at http://llvm.org/docs/LangRef.html#llvm-lifetime-start-intrinsic this might be correct, but it would cost too much effort to handle in StackColoring. To be on the safe side, remove all lifetime markers even in the original code version (they have never been copied to the optimized version) to ensure that no path to the entry block will cross a llvm.lifetime.start. The same principle applies to paths the a function return and the llvm.lifetime.end marker, so we remove them as well. This fixes llvm.org/PR32251. Also see the discussion at http://lists.llvm.org/pipermail/llvm-dev/2017-March/111551.html llvm-svn: 299585
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/configuration.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud