Fix MacOSX cmake build for new HostInfoMacOSX file.

Change by Stephane Sezer.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@216948 91177308-0d34-0410-b5e6-96231b3b80d8
RegisterContextLLDB::InitializeNonZerothFrame had a bit of code to
detct unwind loops but there was a code path through there (using
architecture default unwind plans) that didn't do the check, and
could end up with an infinite loop unwind.  Move that code into a
separate method and call it from both places where it is needed.

Also remove the use of ABI::FunctionCallsChangeCFA in that check.
I thought about it a lot and none of the architecutres that we're
supporting today can have a looping CFA.

Since the unwinder isn't using ABI::FunctionCallsChangeCFA() and
ABI::StackUsesFrames(), and the unwinder was the only reason
those methods exists, I removed them from the ABI and all its
plugins.

<rdar://problem/17364005> 



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@216992 91177308-0d34-0410-b5e6-96231b3b80d8
Remove the JIT from LLDB's dependencies to fix the build

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@217002 91177308-0d34-0410-b5e6-96231b3b80d8
Really fix the LLDB build

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@217003 91177308-0d34-0410-b5e6-96231b3b80d8
Add a new target.process.memory-cache-line-size to change the size of
lldb's internal memory cache chunks that are read from the remote
system.  For a remote connection that is especially slow, a user may
need to reduce it; reading a 512 byte chunk of memory whenever a
4-byte region is requested may not be the right decision in these
kinds of environments.
<rdar://problem/18175117> 


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@217083 91177308-0d34-0410-b5e6-96231b3b80d8
rdar://problem/18221417
Include compressed memory as part of gauge memory.

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@217084 91177308-0d34-0410-b5e6-96231b3b80d8
Merge upstream llvm.org r217084 into dev-llgs-local