summaryrefslogtreecommitdiff
path: root/lldb/test/API/functionalities/plugins/python_os_plugin/TestPythonOSPlugin.py
diff options
context:
space:
mode:
authorNikita Popov <nikita.ppv@gmail.com>2020-10-03 17:28:12 +0200
committerNikita Popov <nikita.ppv@gmail.com>2020-11-04 20:30:22 +0100
commit52b86d35a401eaaeaffbd5ed99b0cd3f4250254d (patch)
tree212c74079f8c0f310a075057cea37eb754fb33db /lldb/test/API/functionalities/plugins/python_os_plugin/TestPythonOSPlugin.py
parent09f2c92e5b340d18cd2b505de7bd23ca31d61840 (diff)
[MemorySSA] Use provided memory location even if instruction is call
If getClobberingMemoryAccess() is called with an explicit MemoryLocation, but the starting access happens to be a call, the provided location is currently ignored, and alias analysis queries will be performed against the call instruction instead. Something similar happens if the starting access is a load with a MemoryDef. Change the implementation to not set Q.Inst in the first place if we want to perform a MemoryLocation-based query, to make sure it can't be turned into an Instruction-based query along the way... Additionally, remove the special handling that lifetime.start intrinsics currently get. They simply report NoAlias for clobbers between lifetime.start and other calls, but that's obviously not right if the other call is something like a memset or memcpy. The default behavior we get from getModRefInfo() will already do the right thing here. Differential Revision: https://reviews.llvm.org/D88782
Diffstat (limited to 'lldb/test/API/functionalities/plugins/python_os_plugin/TestPythonOSPlugin.py')
0 files changed, 0 insertions, 0 deletions