summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Object/WindowsMachineFlag.cpp
diff options
context:
space:
mode:
authorJonas Devlieghere <jonas@devlieghere.com>2019-09-06 01:13:32 +0000
committerJonas Devlieghere <jonas@devlieghere.com>2019-09-06 01:13:32 +0000
commitbee0f7ddd70120a05605682487bb34f0a074167b (patch)
treeb277b4268be349157c6a6b946c2acb368dc234c4 /llvm/lib/Object/WindowsMachineFlag.cpp
parent57fcb1d7fc01741a744eae8c8950ebbe308f8f44 (diff)
downloadbcm5719-llvm-bee0f7ddd70120a05605682487bb34f0a074167b.tar.gz
bcm5719-llvm-bee0f7ddd70120a05605682487bb34f0a074167b.zip
[MC] Fix undefined behavior in MCInstPrinter::formatHex
Passing INT64_MIN to MCInstPrinter::formatHex triggers undefined behavior because the negation of -9223372036854775808 cannot be represented in type 'int64_t' (aka 'long long'). This patch puts a workaround in place to just print the hex value directly. A possible alternative involves using a small helper functions that uses (implementation) defined conversions to achieve the desirable value: static int64_t helper(int64_t V) { auto U = static_cast<uint64_t>(V); return V < 0 ? -U : U; } The underlying problem is that MCInstPrinter::formatHex(int64_t) returns a format_object<int64_t> and should really return a format_object<uint64_t>. However, that's not possible because formatImm needs to be able to print both as decimal (where a signed is required) and hex (where we'd prefer to always have an unsigned). format_object<int64_t> formatImm(int64_t Value) const { return PrintImmHex ? formatHex(Value) : formatDec(Value); } Differential revision: https://reviews.llvm.org/D67236 llvm-svn: 371159
Diffstat (limited to 'llvm/lib/Object/WindowsMachineFlag.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud