diff options
| author | Jason Molenda <jmolenda@apple.com> | 2012-10-09 01:17:11 +0000 |
|---|---|---|
| committer | Jason Molenda <jmolenda@apple.com> | 2012-10-09 01:17:11 +0000 |
| commit | bb860bd2644a072b98423f7661c1e1ac10a7540c (patch) | |
| tree | 3fb13efeca13572518d100051e5b1bc7aa914538 /llvm/lib/CodeGen/MachineBlockPlacement.cpp | |
| parent | f8a18efe0a681f1e7812273a6c5fb7a0883c9fc7 (diff) | |
| download | llvm-bb860bd2644a072b98423f7661c1e1ac10a7540c.zip llvm-bb860bd2644a072b98423f7661c1e1ac10a7540c.tar.gz llvm-bb860bd2644a072b98423f7661c1e1ac10a7540c.tar.bz2 | |
Add a parameter to Symbols::DownloadObjectAndSymbolFile() to control
whether we try to call an external program to load symbols unconditionally,
or if we check the user's preferences before calling it.
ProcessMachCore now sets CanJIT to false - we can't execute code in a core file.
DynamicLoaderDarwinKernel::OSKextLoadedKextSummary::LoadImageUsingMemoryModule changed
to load the kernel from an on-disk file if at all possible.
Don't load the kext binaries out of memory from the remote systems - their linkedit doesn't
seem to be in a good state and we'll error out down in SymbolVendorMacOSX if we try to use
the in-memory images.
Call Symbols::DownloadObjectAndSymbolFile to get the kext/kernel binary -- the external
program may be able to give us a file path on the local filesystem instead of reading
the binary / dSYM over a network drive every time. Fall back to calling
Target::GetSharedModule() like before if DownloadObjectAndSymbolFile fails.
llvm-svn: 165471
Diffstat (limited to 'llvm/lib/CodeGen/MachineBlockPlacement.cpp')
0 files changed, 0 insertions, 0 deletions
