llvm-svn: 148723

Sema::DiagnoseSentinelCalls() does.

llvm-svn: 148722

llvm-svn: 148721

Previously, for unqualified lookups, a positive cache hit is used as the
only non-keyword correction and a negative cache hit immediately returns
an empty TypoCorrection. With the new callback objects, this behavior
causes false negatives by not accounting for the fact that callback
objects alter the set of potential/allowed corrections. The new behavior
is to seed the set of corrections with the cached correction (for
positive hits) to estabilishing a baseline edit distance. Negative cache
hits are only stored or used when either no callback object is provided
or when it returns true for a call to ValidateCandidate with an empty
TypoCorrection (i.e. when ValidateCandidate does not seem to be doing
any checking of the TypoCorrection, such as when an instance of the base
callback class is used solely to specify the set of keywords to be accepted).

llvm-svn: 148720

where we changed the CommandObjectSettingsSet object impl to require raw command string.

Do the same for CommandObjectSettingsAppend/InsertBefore/InsertAfter classes and
add test cases for basic functionalities as well as for variable name completion.

llvm-svn: 148719

Let the generic token alias definitions handle the data subtype
suffices. We don't need explicit versions for each.

llvm-svn: 148718

Dump the raw bytes and the disassembled instruction before calling self.assertTrue() instead of after,
in case the assert fails for any reason.

llvm-svn: 148717

llvm-svn: 148716

llvm-svn: 148715

llvm-svn: 148714

llvm-svn: 148713

llvm-svn: 148712

llvm-svn: 148711

without C++-specific features.

Use it to set the language to C++ when indexing non-C-like structs.
rdar://10732579

llvm-svn: 148708

llvm-svn: 148707

llvm-svn: 148706

llvm-svn: 148705

of macro arguments.

For "MAC1( MAC2(foo) )" and location of 'foo' token it would return
"MAC1" instead of "MAC2".

llvm-svn: 148704

expression) when code-completing member access expressions. Fixes
<rdar://problem/10717172>.

llvm-svn: 148703

compatibility.

llvm-svn: 148702

to an error, so that users can turn them off if necessary. Note that
this does *not* change the behavior of in a SFINAE context, where we
still flag an error even if the warning is disabled. This matches
GCC's behavior.

llvm-svn: 148701

using OwningPtr.  OwningPtr would barf when the densemap had to reallocate,
which doesn't appear to happen on the regression test suite, but obviously
happens in real life :)

llvm-svn: 148700

revert r148688 too, this isn't safe for DenseMap use.  When DenseMap resizes, it will need to copy around arbitrary pointers

llvm-svn: 148699

llvm-svn: 148698

llvm-svn: 148697

This should fix http://code.google.com/p/address-sanitizer/issues/detail?id=10

llvm-svn: 148696

Normally this function should not create copies of constant strings, but it does when the default CFAllocator
is replaced (e.g. under AddressSanitizer)

This test is related to http://code.google.com/p/address-sanitizer/issues/detail?id=10

llvm-svn: 148695

llvm-svn: 148694

llvm-svn: 148693

llvm-svn: 148692

Now that the type system rewrite has landed, there is no need for its
complexity and std::map'ness.

llvm-svn: 148691

X86 backend in LLVM.

llvm-svn: 148689

make them be a valuetype in a DenseMap.

llvm-svn: 148688

llvm-svn: 148687

This change adds an new value to the --arm-enable-ehabi option that
disables emitting unwinding descriptors. This mode gives a working
backtrace() without the (currently broken) exception support.

llvm-svn: 148686

llvm-svn: 148685

Custom lower vector shift intrinsics to target specific nodes and remove the patterns that are no longer needed.

llvm-svn: 148684

llvm-svn: 148683

This matches cl.exe's behavior and fixes PR11791.

llvm-svn: 148682

llvm-svn: 148681