elf-core: support 32- and 64-bit x86 registers

This way the same RegisterContext class can support i386 and
amd64/x86_64 core files.

With some further refinement we should be able to merge all of the
processor-specific RegisterContextPOSIX_* classes into a single shared
one.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201577 91177308-0d34-0410-b5e6-96231b3b80d8
Convert to codesigning by hand to work around bugs in Xcode cert verification.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201595 91177308-0d34-0410-b5e6-96231b3b80d8
Move the libpanel dependency into the Libraries project folder.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201596 91177308-0d34-0410-b5e6-96231b3b80d8
Make sure we don't try to print the SystemExit exception, or we will cause the containing process to exit() from under us


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201600 91177308-0d34-0410-b5e6-96231b3b80d8
Eliminate kernel warning when running tests on FreeBSD

pexpect had a hack to work around some old buggy platforms, and as a
result of the hack running the tests on FreeBSD produced a stream of
kernel warnings in the system log:

  Feb 5 17:19:11 feynman kernel: WARNING pid 11323 (python2.7):
    ioctl sign-extension ioctl ffffffff80087467

The hack has now been removed upstream, so remove it here too.

llvm.org/pr18749


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201603 91177308-0d34-0410-b5e6-96231b3b80d8
Add two additional trap handler names for PlatformDarwinKernel.
<rdar://problem/15246793> 


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201609 91177308-0d34-0410-b5e6-96231b3b80d8
Also recognize interrupt as a possible trap handler name.


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

Fix a bug where calling SBFrame::FindValue() would cause a copy of all variables in the block to be inserted in the frame's variable list, regardless of whether those same variables were there or not - which means one could end up with a frame with lots of duplicate copies of the same variables



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

The way in which we were determining whether a python module had already been imported in the current session stopped working due to the IOHandler changes
As a result, importing in a new debug session a module which had been imported in a previous session did not work
This commit restores that functionality by checking for the module's presence in the session dictionary (which should be more correct anyway)



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201623 91177308-0d34-0410-b5e6-96231b3b80d8
Re-apply r201292.  We're not going to enforce proper stack frame alignment on i386/x86_64
because there are too many trap handlers that will have an improperly aligned caller sp 
and this will cause the unwinder to stop too early.  


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201637 91177308-0d34-0410-b5e6-96231b3b80d8
Initial patch for supporting Hexagon DSP

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201665 91177308-0d34-0410-b5e6-96231b3b80d8
Track Clang virtualFileSystem change (r201618)

Clang now requires calling CompilerInstance::createVirtualFileSystem
before CompilerInstance::createFileManager.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201671 91177308-0d34-0410-b5e6-96231b3b80d8
Update decorator for test that still fails with FreeBSD Watchpoint support

llvm.org/pr18832


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201705 91177308-0d34-0410-b5e6-96231b3b80d8
FreeBSD hardware watchpoint implementation

Implement x86_64 debug register read/write in support of hardware
watchpoints. Hoist LinuxThread::TraceNotify code back into
POSIXThread::TraceNotify()

Patch by John Wolfe.

We still need to rework this later to avoid the #ifdef FreeBSD.

llvm-reviews.chandlerc.com/D2572
llvm.org/pr16706


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201706 91177308-0d34-0410-b5e6-96231b3b80d8
Treat 'amd64' as 'x86_64' as done for other tests

And add a decorator for llvm.org/pr18200

Patch by John Wolfe.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201708 91177308-0d34-0410-b5e6-96231b3b80d8
Restore the ability of SBFrame::FindValue() to look for file global variables
This should clean up the new test failures caused by r201614



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201710 91177308-0d34-0410-b5e6-96231b3b80d8
Disable breakpoint sites upon detach on FreeBSD

llvm.org/pr18894


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201724 91177308-0d34-0410-b5e6-96231b3b80d8
Emit a warning diagnostic if a symbol was promoted
to a variable.  This helps people figure out what
happened if they tried to do something to the variable
and it didn't work because we gave it the default type
of void*.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201737 91177308-0d34-0410-b5e6-96231b3b80d8
Add newline at end of file, clang compiler warning.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@201743 91177308-0d34-0410-b5e6-96231b3b80d8
Don't have both lldb and debugserver call waitpid on the target process.  This sets up a race condition,
and if lldb wins, then debugserver won't get the correct error status to lldb.

<rdar://problem/16030008>


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