git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214319 91177308-0d34-0410-b5e6-96231b3b80d8
Use Process::ReadMemoryFromPointer() instead of manually reading the pointer.

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214323 91177308-0d34-0410-b5e6-96231b3b80d8
Fix build: remove bogus ./ at end of line



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214326 91177308-0d34-0410-b5e6-96231b3b80d8
lldb is a scope, not a label


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214327 91177308-0d34-0410-b5e6-96231b3b80d8
Reflect changes in LLVM getTypeInfo() API

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214335 91177308-0d34-0410-b5e6-96231b3b80d8
Improve the way the ObjC data formatters fetch a valid frame to use for running expressions against

This is not bullet-proof, as you might end up running in a thread where you shouldn't, but the previous policy had the same drawback
Also, in cases where code-running formatters were being recursively applied, the previous policy caused deeper levels to fail, whereas this will at least get such scenarios to function
We might eventually want to consider disqualifying certain threads/frames for "viability", but I'd rather keep it simple until complexity is proven to be necessary



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214337 91177308-0d34-0410-b5e6-96231b3b80d8
Revert a part of r214335 that I didn't mean to commit

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214340 91177308-0d34-0410-b5e6-96231b3b80d8
When resetting the number of children on a ValueObject, also clear the existing children. This avoids issues where dynamic types change, but children stay the same

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214341 91177308-0d34-0410-b5e6-96231b3b80d8
Disable test on Windows.  script print deadlocks on Windows.

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214351 91177308-0d34-0410-b5e6-96231b3b80d8
When doing an exhaustive search for the kernel in memory, also look
at 16k offsets.
<rdar://problem/17861781> 



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214387 91177308-0d34-0410-b5e6-96231b3b80d8
Add a new directory path to 
PlatformDarwinKernel::GetGenericSDKDirectoriesToSearch
 - /Library/Developer/KDKs where users may store 
the kernel debug kits on their systems.

Change PlatformDarwinKernel::GetKextDirectoriesInSDK
to look in the root directory of places like
/Library/Developer/KDKs/KDK_10.10_14A298i.kdk
as well as the System/Library/Extensions subdir
in that directory (if it exists) and the
Library/Extensions subdir in that directory (if it
exists).
<rdar://problem/16568635> 


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214391 91177308-0d34-0410-b5e6-96231b3b80d8
Add decorator for TestStopHookMultipleThreads failing on FreeBSD

llvm.org/pr15037


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214402 91177308-0d34-0410-b5e6-96231b3b80d8
Rewrote the initial DW_OP_piece support to be able to support opcodes like:

DW_OP_fbreg(N) DW_OP_piece(4) DW_OP_fbreg(M) DW_OP_piece(8)
DW_OP_fbreg(N) DW_OP_piece(4) DW_OP_piece(8)

The first grabs 4 bytes from FP+N followed by 8 bytes from FP+M, the second grabs 4 bytes from FP+N followed by zero filling 8 bytes which are unavailable. Of course regiters are stuff supported:

DW_OP_reg3 DW_OP_piece(4) DW_OP_reg8 DW_OP_piece(8)

The fix does the following:
1 - don't push the full piece value onto the stack, keep it on the side
2 - fill zeros for DW_OP_piece(N) opcodes that have nothing on the stack (instead of previously consuming the full piece that was pushed onto the stack)
3 - simplify the logic

<rdar://problem/16930524>



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214415 91177308-0d34-0410-b5e6-96231b3b80d8
Fixed an issue where the LLDB command prompt isn't interactive if you use -o -O -S -s or specify a file on the command line.

This means TAB completion wasn't working and editline wasn't being used.

<rdar://problem/17872824> 


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214428 91177308-0d34-0410-b5e6-96231b3b80d8
Remove shell-globbing from all test makefiles.

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214441 91177308-0d34-0410-b5e6-96231b3b80d8
Make CMake choose the target architecture according to the build.

Previously, CMake was invoking the test runner and not specifying
what architecture to use when building test executables.  The
Makefiles for the test executables then had logic to choose x64
by default.  This doesn't work on Windows because the test compiler
would then try to link against the 64-bit MSVCRT and not find them
since only the 32-bit MSVCRT was in the path.

This patch addresses this by figuring out, at CMake time, whether
or not you are building LLDB with a 64 or 32-bit toolchain.  Then,
it explicitly passes this value to the test runner, causing the
test runner to build tests whose architecture matches that of LLDB
itself.  This can still be overridden by setting the CMake variable
LLDB_TEST_EXECUTABLE_ARCH=(x64|x86)

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214443 91177308-0d34-0410-b5e6-96231b3b80d8
Change the encoding of the Triple string exchanged across GDB-RSP
and update documentation to suit, as suggested by Jason Molenda and
discussed in:

http://lists.cs.uiuc.edu/pipermail/lldb-commits/Week-of-Mon-20140721/011978.html

Differential Revision: http://reviews.llvm.org/D4704



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214480 91177308-0d34-0410-b5e6-96231b3b80d8
Update the code with clang changes r214450 (FunctionProtoType::ExtProtoInfo update)



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214501 91177308-0d34-0410-b5e6-96231b3b80d8
Fix test execution: the cmake keyword is CACHE, not CACHED


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@214522 91177308-0d34-0410-b5e6-96231b3b80d8
Add decorator for FreeBSD test failure - malloc() breakpoint issue

llvm.org/pr20476


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