diff options
| author | Greg Clayton <gclayton@apple.com> | 2016-03-29 22:09:24 +0000 |
|---|---|---|
| committer | Greg Clayton <gclayton@apple.com> | 2016-03-29 22:09:24 +0000 |
| commit | c44bcec6e1f3e45c635de5fd9c066a8359254ef0 (patch) | |
| tree | fc52c7341da889ff498f76f3edfd88ad50e8dc6f /llvm/lib/CodeGen/MachineSink.cpp | |
| parent | e5ee6f04ab2a5fb162454a5b9ccc968c3c9105f1 (diff) | |
| download | llvm-c44bcec6e1f3e45c635de5fd9c066a8359254ef0.zip llvm-c44bcec6e1f3e45c635de5fd9c066a8359254ef0.tar.gz llvm-c44bcec6e1f3e45c635de5fd9c066a8359254ef0.tar.bz2 | |
LLDB top of tree SVN fails to attach to a MacOSX native process by pid only (no executable).
The problem was that the static DynamicLoaderDarwinKernel::Initialize() was recently changed to come before DynamicLoaderMacOSXDYLD::Initialize() which caused the DynamicLoaderDarwinKernel::CreateInstance(...) to be called before DynamicLoaderMacOSXDYLD::CreateInstance(...) and DynamicLoaderDarwinKernel would claim it could be the dynamic loader for a user space MacOSX process. The fix is to make DynamicLoaderDarwinKernel::CreateInstance() a bit more thourough when vetting the process so that it doesn't claim MacOSX user space processes.
<rdar://problem/25425373>
llvm-svn: 264794
Diffstat (limited to 'llvm/lib/CodeGen/MachineSink.cpp')
0 files changed, 0 insertions, 0 deletions