llvm-svn: 132743

rdar://problem/9037836

llvm-svn: 132737

may pick it up. This would create bad text relocations.

llvm-svn: 132736

declared __weak objc-gc mode.  // rdar://9666091.

llvm-svn: 132731

-undef flag is passed in. Also __ASSEMBLER__ with -x assembler-with-cpp. (Don't
ask.)

llvm-svn: 132708

specializations within an explicit instantiation to default to off
(enabled by -pedantic). Nobody else seem to implement C++
[temp.explicit]p3. Fixes PR10093.

llvm-svn: 132704

llvm-svn: 132700

llvm-svn: 132694

llvm-svn: 132691

llvm-svn: 132687

llvm-svn: 132679

specializing a member of an unspecialized template, and recover from
such errors without crashing. Fixes PR10024 / <rdar://problem/9509761>.

llvm-svn: 132677

llvm-svn: 132675

"unsafe mix of type 'int' and type 'bool' in operation"

llvm-svn: 132674

this. My suggestion assumed a viable erase method for iterators on
SmallPtrSet.

This patch restores his original pattern.

llvm-svn: 132673

Fix PR10053: Improve diagnostics and error recovery for code which some compilers incorrectly accept due to a lack of proper support for two-phase name lookup.

llvm-svn: 132672

llvm-svn: 132669

Drop most of InitializationSequence::SequenceKind's values. They didn't really contain any information that the step array didn't contain too. This makes debugging dumps a bit less informative, but probably not significantly so. The advantage is that the redundancy is gone, so the code is easier to understand.
ReferenceBinding is still there, because it is used in some unclear code.

llvm-svn: 132667

llvm-svn: 132666

Remove all references to InitializationSequence::FailedSequence from outside SemaInit.cpp. Replace them with the boolean conversion or the new Failed() function. This is a first step towards removing InitializationSequence::SequenceKind. No functionality change.

llvm-svn: 132664

llvm-svn: 132663

llvm-svn: 132662

llvm-svn: 132661

compared even when one is a reference binding and the other is not
(<rdar://problem/9173984>), but the definition of an identity sequence
does not involve lvalue-to-rvalue adjustments (PR9507). Fix both
inter-related issues.

llvm-svn: 132660

llvm-svn: 132659

  return <expression> ;

in blocks with a 'void' result type, so long as <expression> has type
'void'. This follows the rules for C++ functions.

llvm-svn: 132658

with a type-dependent expression, infer the placeholder type
'Context.DependentTy' to indicate that this is just a
placeholder. Fixes PR9982 / <rdar://problem/9486685>.

llvm-svn: 132657

llvm-svn: 132653

llvm-svn: 132651

llvm-svn: 132637

llvm-svn: 132635

llvm-svn: 132634

"-z =foo"). Do the same thing in clang.

llvm-svn: 132630

to the linker.

llvm-svn: 132629

common C++ pattern of using the same name for the constructor argument as you
do for the member. Noticed by inspection.

llvm-svn: 132626

llvm-svn: 132623

the self-host failures and Chandler's concerns.

llvm-svn: 132622

-Wnon-virtual-dtor!

llvm-svn: 132619

llvm-svn: 132618

[analyzer] Don't crash when copying an unknown number of bytes with memcpy(). Also handle all memcpy-family return values in evalCopyCommon(), rather than having some outside and some inside.

llvm-svn: 132617