llvm-svn: 147195

Make a note for an optimization that I'd like to implement, when the ASTs for local externs are sound

llvm-svn: 147185

set of (previously-canonical) declaration IDs to the module file, so
that future AST reader instances that load the module know which
declarations are merged. This is important in the fairly tricky case
where a declaration of an entity, e.g.,

  @class X;

occurs before the import of a module that also declares that
entity. We merge the declarations, and record the fact that the
declaration of X loaded from the module was merged into the (now
canonical) declaration of X that we parsed.

llvm-svn: 147181

llvm-svn: 147179

to initialization sequence dumping.

llvm-svn: 147171

class that comes from a different module file, make sure that we load
all of the pending declarations for the original declaration.

llvm-svn: 147168

the clang driver to enable this when assembling a .s file.  rdar://9275556

llvm-svn: 147167

llvm-svn: 147156

Fix a parser bug that prevented it from correctly parsing explicit construct expressoins of the form T{args}.

llvm-svn: 147155

List-initialization via constructor part 1. Still needs: pretty-printing, overloading, initializer_list.

llvm-svn: 147145

llvm-svn: 147141

llvm-svn: 147140

llvm-svn: 147139

\<newline><newline>

don't consume the second newline.

Thanks to David Blaikie for pointing out the crash!

llvm-svn: 147138

llvm-svn: 147137

definition would satisfy the constexpr requirements.

llvm-svn: 147128

declaration of that same class that either came from some other module
or occurred in the translation unit loading the module. In this case,
we need to merge the two redeclaration chains immediately so that all
such declarations have the same canonical declaration in the resulting
AST (even though they don't in the module files we've imported).

Focusing on Objective-C classes until I'm happy with the design, then
I'll both (1) extend this notion to other kinds of declarations, and
(2) optimize away this extra checking when we're not dealing with
modules. For now, doing this checking for PCH files/preambles gives us
better testing coverage.

llvm-svn: 147123

that the information collected by this method is a super set of the captured variables in BlockDecl.

llvm-svn: 147122

by string literals.

llvm-svn: 147120

llvm-svn: 147116

llvm-svn: 147112

llvm-svn: 147111

when the end of the buffer is immediately after an escaped newline.

Fixes http://llvm.org/PR10153.

llvm-svn: 147091

because of recent refactoring and one in the
rewriter.

llvm-svn: 147070

llvm-svn: 147068

llvm-svn: 147067

llvm-svn: 147066

so translate the range to file locations.

llvm-svn: 147058

llvm-svn: 147057

token locations as coming before the closing ')' of a function macro expansion.

Include a unit test for SourceManager.

llvm-svn: 147056

redeclaration chains: only ever have the reader search for
redeclarations of the first (canonical) declaration, since we only
ever record redeclaration ranges for the that declaration. Searching
for redeclarations of non-canonical declarations will never find
anything, so it's a complete waste of time.

llvm-svn: 147055

llvm-svn: 147048

llvm-svn: 147047

constant expressions.

llvm-svn: 147035

actually know about the other OSes on X86-32 besides Linux...

llvm-svn: 147034

 - constexpr function template instantiations
 - variables of reference type
 - constexpr variables

llvm-svn: 147031

llvm-svn: 147030

Fix a case where Expr::isConstantInitializer would return true for an expression we can't support.  In a slightly amusing twist, the case in question was already in the clang regression tests marked as a valid construct.  <rdar://problem/10020074>

llvm-svn: 147026

members of class templates so that their values can be used in ICEs. This
required reverting r105465, to get such instantiated members to be included in
serialized ASTs.

llvm-svn: 147023

on method declaration and definition if former is in
a system header. // rdar://10580333

llvm-svn: 147020