The Linux process plugin wasn't returning the correct linux signals. This fixes that.
Thus, this patch also negates a previous fix for handling SIGCHLD.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182166 91177308-0d34-0410-b5e6-96231b3b80d8
<rdar://problem/13928053>

Fix the fact that an empty NSString (e.g. one obtained from @"" would show no summary)



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182173 91177308-0d34-0410-b5e6-96231b3b80d8
<rdar://problem/11398407>

Name matching was working inconsistently across many places in LLDB. Anyone doing name lookups where you want to look for all types of names should used "eFunctionNameTypeAuto" as the sole name type mask. This will ensure that we get consistent "lookup function by name" results. We had many function calls using as mask like "eFunctionNameTypeBase | eFunctionNameTypeFull | eFunctionNameTypeMethod | eFunctionNameTypeSelector". This was due to the function lookup by name evolving over time, but as it stands today, use eFunctionNameTypeAuto when you want general name lookups. Either ModuleList::FindFunctions() or Module::FindFunctions() will figure out the right kinds of names to lookup and remove the "eFunctionNameTypeAuto" and replace it with the exact subset of what the name can be.

This checkin also changes eFunctionNameTypeAny over to use eFunctionNameTypeAuto to reflect this.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182179 91177308-0d34-0410-b5e6-96231b3b80d8
Fixed a problem where the dynamic checkers (i.e.,
the Objective-C object checker and the pointer
checker) were not always installed into expressions.

<rdar://problem/13882566>


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182183 91177308-0d34-0410-b5e6-96231b3b80d8
Patch from Yacine Belkadi that fixes an issue in Variable::GetValuesForVariableExpressionPath().



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182301 91177308-0d34-0410-b5e6-96231b3b80d8
Patch from Yacine Belkadi that fixes a typo in an error message.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182302 91177308-0d34-0410-b5e6-96231b3b80d8
<rdar://problem/13878726>

This changes the setting target.load-script-from-symbol-file to be a ternary enum value:
default (the default value) will NOT load the script files but will issue a warning suggesting workarounds
yes will load the script files
no will not load the script files AND will NOT issue any warning

if you change the setting value from default to yes, that will then cause the script files to be loaded
(the assumption is you didn't know about the setting, got a warning, and quickly want to remedy it)

if you have a settings set command for this in your lldbinit file, be sure to change "true" or "false" into an appropriate "yes" or "no" value



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182323 91177308-0d34-0410-b5e6-96231b3b80d8
Forgot to check for empty error strings in the previous checkin



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182325 91177308-0d34-0410-b5e6-96231b3b80d8
<rdar://problem/13925626>

Replacing an assertion with an error - at least we won’t crash

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182326 91177308-0d34-0410-b5e6-96231b3b80d8
<rdar://problem/13925626>

Correctly handle the case of a ValueObjectVariable backed by a Vector

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182330 91177308-0d34-0410-b5e6-96231b3b80d8
Improving the previous checkin about target.load-script-from-symbol-file

There are two settings:
target.load-script-from-symbol-file is a boolean that says load or no load (default: false)
target.warn-on-script-from-symbol-file is also a boolean, it says whether you want to be warned when a script file is not loaded due to security (default: true)

the auto loading on change for target.load-script-from-symbol-file is preserved



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182336 91177308-0d34-0410-b5e6-96231b3b80d8
s/to override/To override/

Thanks to Greg Clayton for catching this

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182339 91177308-0d34-0410-b5e6-96231b3b80d8
<rdar://problem/13892516>

LLDB can now debug across calls to exec when the architecture changes from say i386 to x86_64 (on darwin).



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182345 91177308-0d34-0410-b5e6-96231b3b80d8
<rdar://problem/13925432>

A user request such as: memory read -fc -s10 -c1 *charPtrPtr would cause us to crash upon trying to read 1 char of size 10 from memory
This request is now translated into: memory read -fc -s1 -c10 *charPtrPtr (i.e. read 10 chars of size 1 from memory) which is probably also what the user originally wanted


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182398 91177308-0d34-0410-b5e6-96231b3b80d8
<rdar://problem/13878726>

Yet another implementation of the python in dSYM autoload :)
This time we are going with a ternary setting:
true - load, do not warn
false - do not load, do not warn
warn - do not load, warn (default)




git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182414 91177308-0d34-0410-b5e6-96231b3b80d8
Added a test case that verifies that LLDB can debug across a process exec'ing itself into a new program. This currently is only enabled for Darwin since we exec from 64 bit to 32 bit and vice versa for 'x86_64' targets.

This can easily be adapted for linux and other platforms, but I didn't want to break any buildbots by assuming it will work.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182428 91177308-0d34-0410-b5e6-96231b3b80d8
Quiet the new exec test case down so it doesn't spew debug prints.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182429 91177308-0d34-0410-b5e6-96231b3b80d8
Adding a newline for better overall readability

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182434 91177308-0d34-0410-b5e6-96231b3b80d8
<rdar://problem/13455021>

lldb crashes with universal file containing skinny BSD archives when doing DWARF with .o file debugging.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@182437 91177308-0d34-0410-b5e6-96231b3b80d8
<rdar://problem/13455021>

Add test case to make sure we don't regress on fat files full of skinny BSD archives.



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