Make the sourcing of the local .lldbinit file quiet.

<rdar://problem/19065278>


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@222599 91177308-0d34-0410-b5e6-96231b3b80d8
This is the first step of making lldb able to create target-specific things
(e.g. breakpoints, stop-hooks) before we have any targets - for instance in 
your ~/.lldbinit file.  These will then get copied over to any new targets 
that get created.  So far, you can only make stop-hooks.

Breakpoints will have to learn to move themselves from target to target for
us to get them from no-target to new-target.

We should also make a command & SB API way to prime this ur-target.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@222600 91177308-0d34-0410-b5e6-96231b3b80d8
When a RegisterContext produces an invalid CFA address, change
UnwindLLDB::AddOneMoreFrame to try the fallback unwind plan on
that same stack frame before it tries the fallback unwind plan
on the "next" or callee frame.

In RegisterContextLLDB::TryFallbackUnwindPlan, when we're
trying the fallback unwind plan to see if it is valid, make
sure we change all of the object ivars that might be used in
the process of fetching the CFA & caller's saved pc value 
and restore those if we decide not to use the fallback 
unwindplan.

<rdar://problem/19035079> 


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@222601 91177308-0d34-0410-b5e6-96231b3b80d8
Fixed an issue where a DW_FORM_ref{2,4,8} might be extracted incorrectly because the wrong compile unit was being used to calculate the compile unit relative offset. 

This was fixed by making the DWARFFormValue contain the compile unit that it needs so it can decode its form value correctly. Any form value that requires a compile unit will now assert. If any of the assertions that were added are triggered, then code that led to the extraction of the form value without properly setting the compile unit must be fixed immediately. 

<rdar://problem/19035440>


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