[lldb] Fix type conversion in the Scalar getters
authorPavel Labath <pavel@labath.sk>
Mon, 29 Jun 2020 14:17:29 +0000 (16:17 +0200)
committerPavel Labath <pavel@labath.sk>
Thu, 2 Jul 2020 16:02:57 +0000 (18:02 +0200)
commitb725142c8db8584007cb1cd9149e8bcecaa88547
treef571e11d5e430bcf4bbcb775fc880df5264f7303
parent8b7b0ad24c7323c629a76bb04305c698745be568
[lldb] Fix type conversion in the Scalar getters

Summary:
The Scalar class claims to follow the C type conversion rules. This is
true for the Promote function, but it is not true for the implicit
conversions done in the getter methods.

These functions had a subtle bug: when extending the type, they used the
signedness of the *target* type in order to determine whether to do
sign-extension or zero-extension. This is not how things work in C,
which uses the signedness of the *source* type. I.e., C does
(sign-)extension before it does signed->unsigned conversion, and not the
other way around.

This means that: (unsigned long)(int)-1
      is equal to (unsigned long)0xffffffffffffffff
      and not (unsigned long)0x00000000ffffffff

Unsurprisingly, we have accumulated code which depended on this
inconsistent behavior. It mainly manifested itself as code calling
"ULongLong/SLongLong" as a way to get the value of the Scalar object in
a primitive type that is "large enough". Previously, the ULongLong
conversion did not do sign-extension, but now it does.

This patch makes the Scalar getters consistent with the declared
semantics, and fixes the couple of call sites that were using it
incorrectly.

Reviewers: teemperor, JDevlieghere

Subscribers: lldb-commits

Tags: #lldb

Differential Revision: https://reviews.llvm.org/D82772
lldb/include/lldb/Utility/Scalar.h
lldb/source/Core/ValueObject.cpp
lldb/source/Expression/IRInterpreter.cpp
lldb/source/Utility/Scalar.cpp
lldb/test/API/commands/expression/ir-interpreter/TestIRInterpreter.py
lldb/unittests/Utility/ScalarTest.cpp