diff options
author | Jason Molenda <jason@molenda.com> | 2022-05-16 15:27:21 -0700 |
---|---|---|
committer | Jason Molenda <jason@molenda.com> | 2022-05-16 15:30:39 -0700 |
commit | d2f3b6020fbfa2dd56ebd03c942acda961c421e2 (patch) | |
tree | a931dc359b92e39b76947d2a4506bad4a370582d /llvm/lib/CodeGen/ModuloSchedule.cpp | |
parent | b653b409ff44b09ade04bb6e579f5f9790424611 (diff) | |
download | llvm-d2f3b6020fbfa2dd56ebd03c942acda961c421e2.zip llvm-d2f3b6020fbfa2dd56ebd03c942acda961c421e2.tar.gz llvm-d2f3b6020fbfa2dd56ebd03c942acda961c421e2.tar.bz2 |
[NFC] Don't bother with unstripped binary w/ dSYM, don't DebugSymbols twice
This patch addresses two perf issues when we find a dSYM on macOS
after calling into the DebugSymbols framework. First, when we have
a local (probably stripped) binaary, we find the dSYM and we may
be told about the location of the symbol rich binary (probably
unstripped) which may be on a remote filesystem. We don't need the
unstripped binary, use the local binary we already have.
Second, after we've found the path to the dSYM, save that in the Module
so we don't call into DebugSymbols a second time later on to
rediscover it. If the user has a DBGShellCommands set, we need to
exec that process twice, serially, which can add up.
Differential Revision: https://reviews.llvm.org/D125616
rdar://84576917
Diffstat (limited to 'llvm/lib/CodeGen/ModuloSchedule.cpp')
0 files changed, 0 insertions, 0 deletions