aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Support/APInt.cpp
diff options
context:
space:
mode:
authorKuba Mracek <mracek@apple.com>2021-09-13 14:44:49 -0700
committerKuba Mracek <mracek@apple.com>2021-09-13 15:22:11 -0700
commite80ee4cbd9a79efa99cabdbb42faba7c7b01e70e (patch)
tree44bf62747bb88f2317502bd4d78a439736e51b4b /llvm/lib/Support/APInt.cpp
parentb2032f18c9dec45a9cb4163136fa9dcbe256e772 (diff)
downloadllvm-e80ee4cbd9a79efa99cabdbb42faba7c7b01e70e.zip
llvm-e80ee4cbd9a79efa99cabdbb42faba7c7b01e70e.tar.gz
llvm-e80ee4cbd9a79efa99cabdbb42faba7c7b01e70e.tar.bz2
[GlobalDCE] In VFE support for relative pointers, allow GEP references to the base symbol
This is for Swift VFE support. In some vtable forms that Swift emits, the "base" of a relative pointer is not the global symbol itself directly, but a GEP into it -- so the pointer is relative to a particular field in the global. So getPointerAtOffset() needs to be able to see through the GEP and allow it in a SUB expression, to correctly recognize the offset as a vtable slot. Differential Revision: https://reviews.llvm.org/D109169
Diffstat (limited to 'llvm/lib/Support/APInt.cpp')
0 files changed, 0 insertions, 0 deletions