Fix some typos:
* transfered => transferred
* unkown => unknown
* sucessfully => successfully



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@215367 91177308-0d34-0410-b5e6-96231b3b80d8
Patch to enable LLDB to extract value bytes from DWARF block forms and udata/sdata forms. By Greg Clayton

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@215379 91177308-0d34-0410-b5e6-96231b3b80d8
Remove a few uses of LLDB_DISABLE_POSIX.

This all appears to have been dead, unnecessary code.

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@215405 91177308-0d34-0410-b5e6-96231b3b80d8
Fetching the parent frame may fail, handle that case.  Patch from Tong Shen.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@215411 91177308-0d34-0410-b5e6-96231b3b80d8
Fix incorrect Linux i386 register info initialization on x86_64.

Fix by Tong Shen.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@215424 91177308-0d34-0410-b5e6-96231b3b80d8
Fix iohandler prompt race condition.

This issue caused the lldb prompt to not show up in certain cases, very
noticeable on Linux systems.

See details on this review:
http://reviews.llvm.org/D4863

And on this lldb-commits thread:
http://lists.cs.uiuc.edu/pipermail/lldb-commits/Week-of-Mon-20140811/012306.html

Change by Shawn Best.

(Much useful help and testing by the rest of the community, thanks all!)


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@215446 91177308-0d34-0410-b5e6-96231b3b80d8
llgs: corrected Linux signal reception notification for SIGABRT, SIGSEGV and their ilk.

Added llgs/debugserver gdb-remote tests around SIGABRT and SIGSEGV signal reception
notification.  Found a few bugs in exception signal handling in Linux llgs.  Fixed those.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@215458 91177308-0d34-0410-b5e6-96231b3b80d8
Fixed launching in shell on haswell enabled Macs to work more than once when you do:

% lldb -x /bin/ls
(lldb) r
(lldb) r

Prior to this fix the first time it would run /usr/bin/arch with "-arch x86_64" the first time and succeed, and fail the second when the target had updated its architecture to x86_64h. We can't specify x86_64h to /usr/bin/arch, it doesn't handle it.

Also fixed it so /usr/bin/arch is only used for Apple triples.

<rdar://problem/17951312>



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@215475 91177308-0d34-0410-b5e6-96231b3b80d8
Add comment explaining the dwarf v. eh_frame register numbering used
on i386 darwin.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@215484 91177308-0d34-0410-b5e6-96231b3b80d8
gcc_esp_i386 and gcc_ebp_i386 had their values backwards for
i386 eh_frame register numbering, encoding a darwin-specific
bug in the register numbering.  Update the definitions to be
the correct values, Darwin can use the register numbers from
debugserver.  Patch from Tong Shen.


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

Conflicts:
	source/Target/ProcessLaunchInfo.cpp