aboutsummaryrefslogtreecommitdiff
path: root/llvm/tools/llvm-cov/CodeCoverage.cpp
diff options
context:
space:
mode:
authorJason Molenda <jmolenda@apple.com>2014-08-22 02:46:46 +0000
committerJason Molenda <jmolenda@apple.com>2014-08-22 02:46:46 +0000
commit05a09c67da39911785aba17cb24db99801eccc5a (patch)
tree924c1054fcb91a9e7ef4ad29177fb22f9355ff9d /llvm/tools/llvm-cov/CodeCoverage.cpp
parent839fb2f10c651d60f5dda2613a662fd61504e38f (diff)
downloadllvm-05a09c67da39911785aba17cb24db99801eccc5a.zip
llvm-05a09c67da39911785aba17cb24db99801eccc5a.tar.gz
llvm-05a09c67da39911785aba17cb24db99801eccc5a.tar.bz2
When adding a dSYM to an existing ObjectFile, we can have a situation
with binaries in the dyld shared cache (esp on iOS) where the file address for the executable binary (maybe from memory, maybe from an expanded copy of the dyld shared cache) is different from the file address in the dSYM. In that case, ObjectFileMachO replaces the file addresses from the original binary with the dSYM file addresses (usually 0-based) -- lldb doesn't have a notion of two file addresses for a given module so they need to agree. There was a cache of file addresses over in the Symtab so I added a method to the Module and the objects within to clear any file address caches if they exist, and added an implementation in the Symtab module to do that. <rdar://problem/16929569> llvm-svn: 216258
Diffstat (limited to 'llvm/tools/llvm-cov/CodeCoverage.cpp')
0 files changed, 0 insertions, 0 deletions