diff options
| author | Jason Molenda <jmolenda@apple.com> | 2013-03-02 07:19:32 +0000 |
|---|---|---|
| committer | Jason Molenda <jmolenda@apple.com> | 2013-03-02 07:19:32 +0000 |
| commit | 503d018111155a7ac2a64fb84e2d9be6461b940f (patch) | |
| tree | 40d302ba24292d9a9260dd41e426502c24dcf73d /llvm/lib/Analysis/MemoryBuiltins.cpp | |
| parent | fe7a3486149938e043e615926de40516ab05ff60 (diff) | |
| download | llvm-503d018111155a7ac2a64fb84e2d9be6461b940f.zip llvm-503d018111155a7ac2a64fb84e2d9be6461b940f.tar.gz llvm-503d018111155a7ac2a64fb84e2d9be6461b940f.tar.bz2 | |
ProcessMachCore had (until 2013-01-29) some simple checks to find a kernel
in a core file if it didn't start at the beginning of a memory segment.
I added more sophisticated kernel location code to DynamicLoaderDarwinKernel
and removed the simple one in ProcessMachCore. Unfortunately the kernel
DynamicLoader doesn't get a chance to search around in memory unless there's
a hint that this might be a kernel debug session. It was easy ot make the
kernel location code static in DynamicLoaderDarwinKernel and call it from
ProcessMachCore on the start of the session, so that's what I did.
<rdar://problem/13326647>
llvm-svn: 176405
Diffstat (limited to 'llvm/lib/Analysis/MemoryBuiltins.cpp')
0 files changed, 0 insertions, 0 deletions