me if there are any issues.

llvm-svn: 72063

llvm-svn: 72062

llvm-svn: 72061

.cpp files to lib/Frontend.  (As proposed on cfe-dev.)

llvm-svn: 72060

for moving ASTConsumers.h to include/clang/Frontend.

llvm-svn: 72059

llvm-svn: 72058

llvm-svn: 72055

ASTConsumers.h to include/clang/Frontend.

llvm-svn: 72054

appropriate.  There shouldn't be any significant functionality change.

llvm-svn: 72052

SelectInterestingSourceRegion()," from Jay Foad!

llvm-svn: 72049

llvm-svn: 72048

llvm-svn: 72046

 - -emit-llvm isn't a stage selection option.

 - Document -O4 and -flto.

 - -ObjC++ and -ObjC apply to all inputs, not subsequent ones.

 - Some versions of pod2man aren't happy about the comment after =over=?

 - Some minor grammar fixes.

llvm-svn: 72044

statement was using an rvalue reference during the template
definition. However, template instantiations based on an lvalue
reference type are well-formed, so we delay checking of these property
until template instantiation time.

llvm-svn: 72041

checking when block is envoked. In progress.

llvm-svn: 72039

interface types.

llvm-svn: 72036

llvm-svn: 72035

Since we miscompile many cases when declaring a variable with a reference type, make them unsupported for now.

llvm-svn: 72034

llvm-svn: 72033

llvm-svn: 72032

kinds of statements (in the instantiation logic). No functionality
change, but now we'll get linker errors if we add a statement but
forget to introduce its instantiation logic.

llvm-svn: 72031

llvm-svn: 72027

llvm-svn: 72021

llvm-svn: 72020

 - Chris, please see added FIXMEs.

llvm-svn: 72019

llvm-svn: 72016

template, introduce that member function into the template
instantiation stack. Also, add diagnostics showing the member function
within the instantiation stack and clean up the qualified-name
printing so that we get something like:

  note: in instantiation of member function 'Switch1<int, 2, 2>::f'
  requested here

in the template instantiation backtrace.

llvm-svn: 72015

llvm-svn: 72014

llvm-svn: 72013

delta tree.

The issue is roughly a conflict in ReplaceText between two kinds of 
uses. One, it should be possible to replace a replacement: for example, the
ObjC rewriter calls ReplaceStmt for an expression, then replaces the resulting
expression with another expression.  Two, it should be possible to 
replace text that already has text inserted before it: for example, the 
HTML rewriter inserts a bunch of tags at the beginning of the line, then 
tries to escape the first character on the line.  This patch 
distinguishes the two cases by storing the deltas separately; 
essentially, replacements and insertions no longer interfere with 
each other.

Another possibility would be to add some sort of flag to ReplaceText, but
this seems a bit more intuitive and flexible.

There are a few downsides to the current solution: one is that there isn't
any way to remove/replace an insertion without touching additional
surrounding text; if such an operation turns out to be useful, an
additional method or flag can be added.  Another is that an insertion 
and replacing a string of length zero are distinct operations; I'm not 
sure how to resolve this, or whether it will be confusing in practice.

This is relatively sensitive code, so please test and tell me if 
anything breaks.

llvm-svn: 72000

llvm-svn: 71997

llvm-svn: 71996

ASTConsumers actually do.

llvm-svn: 71992

llvm-svn: 71990

llvm-svn: 71989

llvm-svn: 71988

llvm-svn: 71984

llvm-svn: 71983

llvm-svn: 71982

Add support for converting member pointer types to LLVM types. Also mangle pointer to member functions correctly and add tests.

llvm-svn: 71981