invalid expression rather than the far-more-generic "error". Fixes a
mild regression in error recovery uncovered by the GCC testsuite.

llvm-svn: 130128

lit needs a linter ...

llvm-svn: 130126

these was just one line of a file. Explicitly set the eol-style property on the
files to try and ensure this fix stays.

llvm-svn: 130125

only a few lines of the file. Also set their properties to have explicitly
native eol sytle.

llvm-svn: 130124

instances of this momentarily.

llvm-svn: 130123

Patch authored by David Abrahams.

These two expression traits (__is_lvalue_expr, __is_rvalue_expr) are used for
parsing code that employs certain features of the Embarcadero C++ compiler.

llvm-svn: 130122

update.

Despite the diff, nothing but line endings changed here.

llvm-svn: 130121

llvm-svn: 130120

llvm-svn: 130119

llvm-svn: 130118

llvm-svn: 130117

llvm-svn: 130116

Fixes PR9787.

llvm-svn: 130115

No intended functionality change.

llvm-svn: 130114

change in functionality intended.

llvm-svn: 130113

No change in functionality intended.

llvm-svn: 130112

change in functionality intended.

llvm-svn: 130111

EmitFinalDestCopy() to CharUnits. No change in functionality intended.

llvm-svn: 130110

ASTContext::getTypeSize() when only the size part is used. No change in
functionality intended.

llvm-svn: 130109

change in functionality intended.

llvm-svn: 130108

CharUnits. No change in functionality intended.

llvm-svn: 130107

CharUnits or replacing the 8s with char align. No change in functionality
intended.

llvm-svn: 130106

Set the correct anonymous namespace (must be last reopening), and behave correctly in the presence of the ever-annoying linkage specifications.

llvm-svn: 130105

Fix anonymous namespaces in PCH.

llvm-svn: 130104

Synthesizing the definition of an implicit member is an AST modification, so notify any mutation listeners of it. This fixes a crasher in chained PCH, where an implicit destructor in a PCH gets a definition in a chained PCH, which is then lost. However, any further use of the destructor would cause its definition to be regenerated in the final file, hiding the bug.

llvm-svn: 130103

On reading DeclContexts from PCH, check for visible updates even if the context was empty in the original version. Also, if there are any, tell the context that it has external visible decls. This fixes the problem that a namespace that was empty in the initial PCH (could also happen if the initial PCH didn't include any std header but caused implicit creation of namespace std, e.g. due to implicit declaration of a virtual destructor) never found any declaration declared in *any* chained PCH. Very ugly when the chained PCH includes all that std stuff, as the errors were effectively the same as not including std headers.

llvm-svn: 130102

Make the invalid declarator recovery when parsing members work the same as when parsing global decls. It's still rather broken (skipping much too far when the declarator belongs to a function definition), but at least not so broken as to mismatch braces. Tested by the removal of the fixme in the template test case.

llvm-svn: 130101

llvm-svn: 130100

llvm-svn: 130099

Store the full list of pending instantiations in a chained PCH. Previously we attempted to store only new pending instantiations, but our filter was incorrect, dropping implicit instantiations of class template members. It's just not worth coming up with a complex filter that is correct, when the only cost is PCH files that are a few hundred bytes (at most) larger.

llvm-svn: 130098

llvm-svn: 130097

llvm-svn: 130096

llvm-svn: 130095

llvm-svn: 130094

llvm-svn: 130093

llvm-svn: 130092

llvm-svn: 130091

llvm-svn: 130090

This fixes 1 error when parsing MSVC 2008 headers with clang. 

Must "return true;" even if it is a warning because the rest of the code path assumes that SS is set to something. The parser will get back on its feet and continue parsing the rest of the declaration correctly so it is not a problem.

llvm-svn: 130088

intended.

llvm-svn: 130087