Marked linux TestStopHookMultipleThreads as expected failure.

Related to this bug:
http://llvm.org/bugs/show_bug.cgi?id=15037

Previously this was marked as skipped. I tried running it 10 times in
a row and it failed every time. Switched it to XFAIL.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202506 91177308-0d34-0410-b5e6-96231b3b80d8
Change TestStopHookMechanism to @expectedFailureLinux.

Similar to my previous check-in related to:
http://llvm.org/bugs/show_bug.cgi?id=15037

10 out of 10 runs of this failed.  Mark it XFAIL.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202507 91177308-0d34-0410-b5e6-96231b3b80d8
Enabled TestBreakAfterJoin.py on Linux.

This is related to:
http://llvm.org/bugs/show_bug.cgi?id=16170

This test ran successfully 40 out of 40 times on Ubuntu 12.04 LTS
x86_64.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202508 91177308-0d34-0410-b5e6-96231b3b80d8
Adjust TestConcurrentEvents.py test running for Linux.

Related to this bug:
http://llvm.org/bugs/show_bug.cgi?id=16714

On TOT lldb svn r202507, I found several of the tests disabled within
TestConcurrentEvents.py to run fine, and several of them to fail 100%
of the time on my system (25 out of 25 times).

This changes the following tests for Linux:

Enables (these all work consistently):
* test_many_watchpoints_dwarf
* test_signal_watch_break_dwarf (line 250)
* test_signal_watch_break_dwarf (line 260 - same named test?)
* test_crash_with_watchpoint_dwarf
* test_crash_with_watchpoint_breakpoint_signal_dwarf
* test_delayed_crash_with_breakpoint_watchpoint_dwarf

Marks as expected failure (these all fail consistently):
* test_many_watchpoints_dwarf
* test_watch_break_dwarf
* test_delay_watch_break_dwarf
* test_watch_break_dwarf_delay
* test_signal_watch_dwarf
* test_delay_signal_watch_dwarf
* test_signal_delay_watch_dwarf
* test_two_breakpoints_one_watchpoint_dwarf
* test_breakpoints_delayed_breakpoint_one_watchpoint_dwarf
* test_two_watchpoint_threads_dwarf
* test_watchpoint_with_delay_watchpoint_threads_dwarf
* test_two_watchpoints_one_breakpoint_dwarf
* test_two_watchpoints_one_delay_breakpoint_dwarf
* test_watchpoint_delay_watchpoint_one_breakpoint_dwarf
* test_two_watchpoints_one_signal_dwarf
* test_signal_watch_break_dwarf



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202511 91177308-0d34-0410-b5e6-96231b3b80d8
Enable TestExitDuringBreak.test_with_dwarf on Linux.

This test passed 50 out of 50 times for me on Unbuntu 12.04 LTS x86_64
with lldb built using gcc 4.8.2 and July 2013 libedit.

This is related to:
http://llvm.org/bugs/show_bug.cgi?id=16170


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202512 91177308-0d34-0410-b5e6-96231b3b80d8
Restore signal delivery to the inferior on FreeBSD

This was broken in the threaded inferior implementation for FreeBSD
(r196787) and caused FreeBSD to resume always with no signal.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202513 91177308-0d34-0410-b5e6-96231b3b80d8
Converted TestConstVariables expected failure to @expectedFailureClang.

TestConstVariables.py was disabled on Linux and marked as
unconditional expected failure. This change removes the Linux disable
and makes the expected failure conditional on using clang. The test
runs fine on gcc-built lldb.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202514 91177308-0d34-0410-b5e6-96231b3b80d8
Converted TestRegisterVariables to run on Linux and skip with clang.

TestRegisterVariables.test_with_dwarf_and_run_command was being
skipped on Linux due to issues with clang. I converted it to a
@expectedFailureClang and no longer skip on Linux.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202515 91177308-0d34-0410-b5e6-96231b3b80d8
Enabled TestSetWatchlocation.py on Linux.

This worked 25 out of 25 times for me on Ubuntu 12.04 LTS x86_64 built
with gcc 4.8.2 and the July 2013 libedit.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202516 91177308-0d34-0410-b5e6-96231b3b80d8
Adjust TestExprDoesntBlock.py to be expected failure on Linux.

I suspect I may have misrun the test previously for check-in
r202456 re: pr15258.  This test fails consistently on my end.
I changed the test to expected failure on Linux.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202517 91177308-0d34-0410-b5e6-96231b3b80d8
Converted TestDeadStrip.py to be expected failure on Linux.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202522 91177308-0d34-0410-b5e6-96231b3b80d8
Fixed all overlapping prompt issues.

I carefully reviewed exactly how the IOHandlers interact and found places where we weren't properly controlling things. There should be no overlapping prompts and all output should now come out in a controlled fashion.

<rdar://problem/16111293>



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202525 91177308-0d34-0410-b5e6-96231b3b80d8
Fixed "process launch --tty" on MacOSX.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202535 91177308-0d34-0410-b5e6-96231b3b80d8
Be sure to propagate the error back out SBTarget::Attach() when we fail to launch debugserver as root.

<rdar://problem/15669788>



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202536 91177308-0d34-0410-b5e6-96231b3b80d8
Fixed configure-based build on OS X.

This change adds a missing include path to the
ObjC LanguageRuntime path to the MacOSX SystemRuntime
plugin's Makefile.

It also adds the panel and curses library to the liblldb
shared library linkage step.

Changes by Jevin Sweval with a minor tweak.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202547 91177308-0d34-0410-b5e6-96231b3b80d8
Simplify POSIXThread register context handling

This seems a little more straightforward and is equivalent to r201457
for ELF core files.  A case for FreeBSD i386 is also added (it was
incorrectly using the 64-bit register context and corrupting mememory).

Better (user-facing) error handling is still needed.

Review: http://llvm-reviews.chandlerc.com/D2765


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202549 91177308-0d34-0410-b5e6-96231b3b80d8
Better error reporting when a variable can't be
read during materialization.  First of all, report
if we can't read the data for some reason.  Second,
consult the ValueObject's error and report that if
there's some problem.

<rdar://problem/16074201>


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202552 91177308-0d34-0410-b5e6-96231b3b80d8
Make sure the exe_ctx passed to ClangUserExpression::Execute has a valid thread.

<rdar://problem/15949113>


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@202561 91177308-0d34-0410-b5e6-96231b3b80d8
Merge remote-tracking branch 'upstream/master' into warhol-lldb