aboutsummaryrefslogtreecommitdiff
path: root/lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPython.h
diff options
context:
space:
mode:
authorTim Northover <tnorthover@apple.com>2022-12-13 09:10:56 +0000
committerTim Northover <tnorthover@apple.com>2022-12-14 14:13:08 +0000
commit8ba9a5218782fa4f94b5c516d513a4259992c254 (patch)
tree67f5817cc45d88f00443b2f361fa1638dce86db0 /lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPython.h
parent08b8adc656cd32f16814bbdb9df33c4db6e6a55a (diff)
downloadllvm-8ba9a5218782fa4f94b5c516d513a4259992c254.zip
llvm-8ba9a5218782fa4f94b5c516d513a4259992c254.tar.gz
llvm-8ba9a5218782fa4f94b5c516d513a4259992c254.tar.bz2
LTO: always parse modules in opaque pointer mode.
Once an LLVMContext has been told it needs to track pointer types, it can no longer be used to parse opaque modules. However, we are likely (at least for a while) to have old LTO .o files in the SDK that need to interoperate with just-generated ones, so deciding opaqueness based on the first module read causes linker failures. This makes the llvm-c LTO interface parse any object it sees in opaque mode, even if type data is present, which guarantees compatibility.
Diffstat (limited to 'lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPython.h')
0 files changed, 0 insertions, 0 deletions