a...", it appears to cause us to reject various valid codes.

llvm-svn: 127373

list of protocols as well. // rdar://9078584

llvm-svn: 127367

to avoid a bogus warning. // rdar:// 9072298

llvm-svn: 127355

llvm-svn: 127330

K&R-style default argument promotion.

llvm-svn: 127313

llvm-svn: 127285

varienty of cases. // rdar://9092208

llvm-svn: 127257

keywords for Objective-C+ and C++0x. 

llvm-svn: 127253

Fixed source range for StaticAssertDecl and LinkageSpecDecl. Fixed source range for declarations using postfix types.

llvm-svn: 127251

llvm-svn: 127242

llvm-svn: 127225

llvm-svn: 127223

in case we want to make a world where we can check intermediate instantiations
for this kind of breadcrumb.

llvm-svn: 127221

diagnostic.  Also, these attributes are commonly written with macros which we
actually pre-define, so instead of expanding the macro location, refer to the
instantiation location and name it using the macro loc.

llvm-svn: 127219

llvm-svn: 127217

dependent scope and produce an error (rather than crashing). Fixes PR8979.

llvm-svn: 127206

It will accept flexible array in union and also as the sole element of a struct/class.

Fixes rdar://9065507.

llvm-svn: 127171

of a C++0x inline namespace within enclosing namespaces, as noted in
C++0x [namespace.def]p8.

Fixes <rdar://problem/9006349>, a libc++ failure where Clang was
rejected an explicit specialization of std::swap (since libc++ puts it
into an inline, versioned namespace std::__1).

llvm-svn: 127162

dependent template specialization type, make sure to set the keyword
location. Fixes some valgrind issues introduced in r127150.

llvm-svn: 127159

to set the source-location information for the template arguments to
the *transformed* source-location information, not the original
source-location information. Fixes <rdar://problem/8986308> (a libc++
SFINAE issue) and the Boost.Polygon failure.

llvm-svn: 127150

llvm-svn: 127148

llvm-svn: 127134

llvm-svn: 127132

declaration because of interesting ordering dependencies while
instantiating a class template or member class thereof. Complain,
rather than asserting (+Asserts) or silently rejecting the code
(-Asserts).

Fixes the crash-on-invalid in PR8965. 

llvm-svn: 127129

Fix copy-and-paste typo in the transformation of Microsoft __uuidof expressions, from Eric Niebler via John Wiegley

llvm-svn: 127123

llvm-svn: 127120

llvm-svn: 127119

Reinstate r127112, "Propagate new-style exception spec information to ExtProtoInfo.", this time with the missing header.

llvm-svn: 127118

conversion function when we're binding the result to a reference, drop
cv-qualifiers on the type we're referring to, since we should be
deducing a type that can be adjusted (via cv-qualification) to the
requested type. Fixes PR9336, and the remaining Boost.Assign failure.

llvm-svn: 127117

It seems missing "clang/Basic/ExceptionSpecificationType.h".

llvm-svn: 127115

llvm-svn: 127112

llvm-svn: 127111

template name as the result of substitution. The qualifier is handled
separately by the tree transformer, so we would end up in an
inconsistent state.

This is actually the last bit of PR9016, and possibly also fixes
PR8965. It takes Boost.Icl from "epic fail" down to a single failure.

llvm-svn: 127108

llvm-svn: 127094

template (not a specialization!), use the "injected" function template
arguments, which correspond to the template parameters of the function
template. This is required when substituting into the default template
parameters of template template parameters within a function template.

Fixes PR9016.

llvm-svn: 127092

transform the type that replaces the template type parameter. In the
vast majority of cases, there's nothing to do, because most template
type parameters are replaced with something non-dependent that doesn't
need further transformation. However, when we're dealing with the
default template arguments of template template parameters, we might
end up replacing a template parameter (of the template template
parameter) with a template parameter of the enclosing template. 
 
This addresses part of PR9016, but not within function
templates. That's a separate issue.

llvm-svn: 127091

llvm-svn: 127085

llvm-svn: 127061

When diagnostics are suppressed (e.g., because of code completion), don't trigger the ExprTemplates.empty() check at the end of a function body

llvm-svn: 127046

llvm-svn: 127042