aboutsummaryrefslogtreecommitdiff
path: root/llvm/tools/llvm-ifs/llvm-ifs.cpp
diff options
context:
space:
mode:
authorJonas Paulsson <paulsson@linux.vnet.ibm.com>2022-04-20 18:19:37 +0200
committerJonas Paulsson <paulsson@linux.vnet.ibm.com>2022-05-02 19:37:00 +0200
commit304378fd096755950939f2d3dbb4f724bba0d6cb (patch)
tree1f2c4ab1b76b5ef6d2c1493fef7c9729821a31f8 /llvm/tools/llvm-ifs/llvm-ifs.cpp
parentc685f8212689665968de47f8bd4b1146296e8cc2 (diff)
downloadllvm-304378fd096755950939f2d3dbb4f724bba0d6cb.zip
llvm-304378fd096755950939f2d3dbb4f724bba0d6cb.tar.gz
llvm-304378fd096755950939f2d3dbb4f724bba0d6cb.tar.bz2
Reapply "[BuildLibCalls] Introduce getOrInsertLibFunc() for use when building
libcalls." (was 0f8c626). This reverts commit 14d9390. The patch previously failed to recognize cases where user had defined a function alias with an identical name as that of the library function. Module::getFunction() would then return nullptr which is what the sanitizer discovered. In this updated version a new function isLibFuncEmittable() has as well been introduced which is now used instead of TLI->has() anytime a library function is to be emitted . It additionally also makes sure there is e.g. no function alias with the same name in the module. Reviewed By: Eli Friedman Differential Revision: https://reviews.llvm.org/D123198
Diffstat (limited to 'llvm/tools/llvm-ifs/llvm-ifs.cpp')
0 files changed, 0 insertions, 0 deletions