llvm-svn: 116595

llvm-svn: 116594

llvm-svn: 116593

A CHECK-NOT pattern without a following CHECK pattern simply checks that the
pattern doesn't match before the end of the input file.

You can even have only CHECK-NOT patterns to check that strings appear nowhere
in the input file.

llvm-svn: 116592

an explicit def. Make sure to capture that properly. rdar://8556556

llvm-svn: 116591

llvm-svn: 116588

Add clang_getLocationForOffset() to libclang, for gives a source location from a character index into a file.

llvm-svn: 116587

we did was an acceptable lookup. If it is, then we can re-use that
lookup result. If it isn't, we have to perform the lookup again. This
is almost surely the cause behind the mysterious typo.m failures on
some builders; we were getting the wrong lookup results returned.

llvm-svn: 116586

when importing the lldb module.

llvm-svn: 116585

llvm-svn: 116583

is no need to check the return status of the command execution, and an error
status is not deemed a failure in the test.

llvm-svn: 116582

llvm-svn: 116581

llvm-svn: 116580

map.

llvm-svn: 116579

llvm-svn: 116577

llvm-svn: 116576

typo correction prefers "super" over other, equivalent completions. I
believe this will fix the regression on the buildbot.

llvm-svn: 116574

as the class itself. Fixes PR7082.

llvm-svn: 116573

llvm-svn: 116572

llvm-svn: 116571

llvm-svn: 116570

llvm-svn: 116569

typloc information is available (I don't think it was, originally).
Submitted as a 'trivial' change.

llvm-svn: 116568

ambiguous context.

llvm-svn: 116567

llvm-svn: 116566

llvm-svn: 116565

have been printed with the "S" modifier after the predicate.  With ARM's
unified syntax, they are supposed to go in the other order.  We fixed this
for Thumb when we switched to unified syntax but missed changing it for
ARM.  Apparently we don't generate these instructions often because no one
noticed until now.  Thanks to Bill Wendling for the testcase!

llvm-svn: 116563

llvm-svn: 116562

the code a bit.

llvm-svn: 116561

llvm-svn: 116560

llvm-svn: 116559

since we can't parse DW_TAG_namespace DIEs as types. They are only decls in
clang. All of the types we handle right now have both clang "XXXType" classes
to go with the "XXXDecl" classes which means they can be used within the 
lldb_private::Type class. I need to check to see which other decls that don't
have associated type objects need to float around the debugger and possibly
make a lldb_private::Decl class to manage them.

llvm-svn: 116558

llvm-svn: 116557

initialized. Fixes PR7076.

llvm-svn: 116553

session info after a test case failure, allowing more direct inspection of
debugger session which leads to the test failure.

For a simple usage scenario:

[18:06:26] johnny:/Volumes/data/lldb/svn/trunk/test $ ./dotest.py -v . 2> ~/Developer/Log/lldbtest.log 

...

[18:14:43] johnny:/Volumes/data/lldb/svn/trunk/test $ ls -l .session-*
-rw-r--r--  1 johnny  admin  1359 Oct 14 18:06 .session-TestArrayTypes.ArrayTypesTestCase.test_with_dwarf_and_run_command
-rw-r--r--  1 johnny  admin  2054 Oct 14 18:07 .session-TestClassTypes.ClassTypesTestCase.test_with_dsym_and_expr_parser
-rw-r--r--  1 johnny  admin  2055 Oct 14 18:07 .session-TestClassTypes.ClassTypesTestCase.test_with_dwarf_and_expr_parser
-rw-r--r--  1 johnny  admin  1351 Oct 14 17:57 .session-TestClassTypes.ClassTypesTestCase.test_with_dwarf_and_run_command
[18:14:51] johnny:/Volumes/data/lldb/svn/trunk/test $ 

The test case which failed will have its recorded session info dumped to a
.session-* file in the current working directory.  For test suite using
relocated directory, expect to find the .session-* files there.

In this checkin, I also add @skip decorator to the two test methods in
test/foundation/TestObjCMethods.py as it looks like the test suite is
deadlocking when running the tests.  More investigations are needed.

llvm-svn: 116552

list, complain about it! Fixes PR7053.

llvm-svn: 116551

llvm-svn: 116550

types, from Alp Toker! Fixes PR8344.

llvm-svn: 116549

llvm-svn: 116548

llvm-svn: 116547