it might be wrong for other instantiations of the same function
template. Fixes PR10801.

llvm-svn: 141559

Now that we support move generation, mention this in the language extension and C++ status pages. Also update the C++ status for default functions, which are complete now that we can generate move functions, and destructor exception specifications, which I did a while ago.

llvm-svn: 141558

llvm-svn: 141555

for future work.

llvm-svn: 141553

subexpressions. Fixes PR10291.

llvm-svn: 141552

llvm-svn: 141549

constexpr constructor templates. Such checking is optional, and currently hard
to get right since clang doesn't generate implicit member initializers until
instantiation (even for non-dependent members).

This is needed for clang to accept libstdc++ from g++4.6 in c++0x mode.

llvm-svn: 141547

qualifier itself is invalid. Crasher noticed by Fariborz.

llvm-svn: 141544

initializer to update the type of the declaration. For example, this
allows us to determine the size of an incomplete array from its
initializer. Fixes PR10288.

llvm-svn: 141543

declarator, so that the declarator is in scope for the
initializer. Fixes PR9989.

llvm-svn: 141539

!. Fixes PR9865.

llvm-svn: 141537

llvm-svn: 141536

llvm-svn: 141532

Begin with just default constructors. One note is that as a side effect
of this, a conformance test was removed on the basis that this is almost
certainly a defect as with most of union initialization. As it is, clang
does not implement union initialization close to the standard as it's
quite broken as written. I hope to write a paper addressing the issues
eventually.

llvm-svn: 141528

This fixes a crash due to command line options, that are not available
before the loading of plugins finished.

llvm-svn: 141525

defining a friend function with a qualified name or in a local
class. Fixes PR9853. 

llvm-svn: 141524

property in an Objective-C++ member access expression. Fixes PR9759.

llvm-svn: 141522

redeclaration contexts are the same, as occurs within linkage
specifications. Fixes PR9162.

llvm-svn: 141521

context. Fixes PR9103.

llvm-svn: 141520

or return types are dependent. Fixes PR9049.

llvm-svn: 141518

argument deduction against a function parameter that has no deducible
template parameters in it. Fixes PR8598.

llvm-svn: 141517

llvm-svn: 141516

template arguments are dependent. Fixes PR10913.

llvm-svn: 141515

function type' when that expression is actually an overloaded function
reference (and not the address of an overloaded function
reference). Fixes PR11066. 

llvm-svn: 141514

non-identifier name. Fixes PR10839.

llvm-svn: 141513

to fill in the source locations for the underlying value type. Fixes
an intermittent crasher (due to uninitialized data) in the PCH test
for _Atomic types.

llvm-svn: 141512

a boolean value and check that it is a constant expression. Fixes
PR11084.

llvm-svn: 141511

Found by valgrind.

llvm-svn: 141510

related to a readwrite property, and
Sub's readwrite property. // rdar://9396329

llvm-svn: 141497

llvm-svn: 141496

lib/Frontend/CompilerInstance.cpp: Suppress a "Comparision of unsigned and signed" warning on Cygwin gcc-4.3.4.

llvm-svn: 141488

llvm-svn: 141487

llvm-svn: 141486

Apparently getPtrToInt() takes an explicit type parameter to allow you to generate invalid bitcode, not so that it can actually produce a value of this type.  This should fix PR11085.

llvm-svn: 141482

Free 'TheTargetCodeGenInfo' in the class CodeGenModule.  This looks like an obvious memory leak that was reported from LLDB devs.  The comment indicates the leak is deliberate, but I have no idea why this needs to be so.  Please comment/revert if you know otherwise.

llvm-svn: 141479

llvm-svn: 141467

llvm-svn: 141462

to avoid having to make it available for the cross build when it
builds only clang-tblgen.

llvm-svn: 141453

llvm-svn: 141434

llvm-svn: 141433