llvm-svn: 92920

llvm-svn: 92919

llvm-svn: 92918

llvm-svn: 92917

llvm-svn: 92912

llvm-svn: 92911

llvm-svn: 92910

are prepared to look through.

llvm-svn: 92898

llvm-svn: 92897

llvm-svn: 92896

no viable overloads.  Use a different message when the class provides
no operator[] overloads at all; use it for operator(), too.

Partially addresses PR 5900.

llvm-svn: 92894

llvm-svn: 92892

piece of the declaration.  The '@' and the 'end' are separate tokens,
and require two SourceLocations to accurately track.

This change was motivated because ObjCContainerDecl::getSourceRange()
would previously not return the entire range of the declaration (the
'end' would be left off).

llvm-svn: 92891

llvm-svn: 92890

to an element of a vector in a static ctor) which occurs with an 
unrelated patch I'm testing.  Annoyingly, EvaluateStoreInto basically 
does exactly the same stuff as InsertElement constant folding, but it
now handles vectors, and you can't insertelement into a vector.  It
would be 'really nice' if GEP into a vector were not legal.

llvm-svn: 92889

Fix a minor regression from my dag combiner changes. One more place which needs to look pass truncates.

llvm-svn: 92885

std::vector and llvm::SmallVector have annoying performance
tradeoffs. No, I don't expect this to matter, and now it won't.

llvm-svn: 92884

llvm-svn: 92883

llvm-svn: 92882

but this one is wrong.  Thanks to Tanya for noticing this.

llvm-svn: 92881

llvm-svn: 92880

we look into a Scope that corresponds to a compound statement whose
scope was combined with the scope of the function that owns it. This
improves typo correction in many common cases.

llvm-svn: 92879

specifier that we corrected to.

llvm-svn: 92878

pointing to the declaration that we found that has that name (if it is
unique).

llvm-svn: 92877

llvm-svn: 92876

llvm-svn: 92875

llvm-svn: 92874

Some instructions refer to unique labels, and so cannot be trivially cloned
with CloneMachineInstr.

llvm-svn: 92873

for stack references.

llvm-svn: 92871

corresponding @interface, provide a note showing which interface we're
referring to. This note has the fix-it hint on it.

Also, don't automatically apply fix-it hints for notes. They're meant
to express fix-its that would change semantics.

llvm-svn: 92870

llvm-svn: 92869

llvm-svn: 92868

ASTContext. Fixes <rdar://problem/7495428>.

llvm-svn: 92867

llvm-svn: 92866

multiple register definitions.

llvm-svn: 92864

llvm-svn: 92863

llvm-svn: 92862

llvm-svn: 92858

linkage of vtables. Before this, we were emitting RTTI names for
template instantiations with strong external linkage rather than with
weak ODR linkage.

llvm-svn: 92857

continuation classes and its original declaration
is imported from a protocol. This fixes radar 7509234.

llvm-svn: 92856