summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python
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
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')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud