diff options
| author | shafik <syaghmour@apple.com> | 2020-08-13 10:49:40 -0700 |
|---|---|---|
| committer | shafik <syaghmour@apple.com> | 2020-08-13 11:53:14 -0700 |
| commit | 25bbceb047a3ce85394d510a16bd3fcfd69b8c75 (patch) | |
| tree | 7615e4a800bc953215b4e81726ca03a862c5788b /llvm/lib/ExecutionEngine/Orc/ThreadSafeModule.cpp | |
| parent | d650cbc349ccc4f477568c2827f1bce650020058 (diff) | |
| download | llvm-25bbceb047a3ce85394d510a16bd3fcfd69b8c75.zip llvm-25bbceb047a3ce85394d510a16bd3fcfd69b8c75.tar.gz llvm-25bbceb047a3ce85394d510a16bd3fcfd69b8c75.tar.bz2 | |
[LLDB] Fix how ValueObjectChild handles bit-fields stored in a Scalar in UpdateValue()
When bit-field data was stored in a Scalar in ValueObjectChild during UpdateValue()
it was extracting the bit-field value. Later on in lldb_private::DumpDataExtractor(…)
we were again attempting to extract the bit-field. Which would then not obtain the
correct value. This will remove the extra extraction in UpdateValue().
We hit this specific case when values are passed in registers, which we could only
reproduce in an optimized build.
Differential Revision: https://reviews.llvm.org/D85376
Diffstat (limited to 'llvm/lib/ExecutionEngine/Orc/ThreadSafeModule.cpp')
0 files changed, 0 insertions, 0 deletions