Move the rest of the HostInfo functions over.

This should bring HostInfo up to 99% completion.  The remainder
of code in Host will be split into instantiatable classes
representing host processes, threads, dynamic libraries, and
process launching strategies.

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@216230 91177308-0d34-0410-b5e6-96231b3b80d8
Add missing HostInfo::Initialize() in llgs.

This fixes an llgs segfault on startup.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@216238 91177308-0d34-0410-b5e6-96231b3b80d8
Two small fixes to get Mac native + debugserver working after the
HostInfo et al changes from Zachary.  Changes suggested by Zachary
- fixes the problems I was seeing.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@216243 91177308-0d34-0410-b5e6-96231b3b80d8
Bump the verison number in the xcode project files.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@216245 91177308-0d34-0410-b5e6-96231b3b80d8
Fixes a few more places where we were manually setting the filename.

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@216247 91177308-0d34-0410-b5e6-96231b3b80d8
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> 



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@216258 91177308-0d34-0410-b5e6-96231b3b80d8