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

avoid ambiguity with the word "use" in IVStrideUse.

llvm-svn: 72012

llvm-svn: 72011

bits have been stripped out by instcombine.

llvm-svn: 72010

llvm-svn: 72009

consistency with other routines that use a null Loop* to mean code
not contained by any loop.

llvm-svn: 72008

instead of within their controlling expressions.

llvm-svn: 72007

type mismatches.

llvm-svn: 72006

entering a loop is a non-split critical edge.

llvm-svn: 72004

and similar to ConstantInt's isOne().

llvm-svn: 72003

llvm-svn: 72002

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

It doesn't matter for piped input, but it's annoying when typing at the 
console.

llvm-svn: 71998

llvm-svn: 71997

llvm-svn: 71996

llvm-svn: 71993

ASTConsumers actually do.

llvm-svn: 71992

for PostRAScheduler. 

llvm-svn: 71991

llvm-svn: 71990

llvm-svn: 71989

llvm-svn: 71988

llvm-svn: 71987

when not doing unit-at-a-time.

llvm-svn: 71986

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

This patch fixes two bugs in the GNU Objective-C runtime implementation.  One is a case in rethrowing exceptions where the C types don't match correctly (I already sent this patch to Daniel Dunbar, who found the bug, so it may have already been committed).  The other fixes the case properties so that the methods generated as property accessors are added to the class structure correctly.
Patch by David Chisnall.

llvm-svn: 71980

llvm-svn: 71979

llvm-svn: 71976

llvm-svn: 71975

llvm-svn: 71974

Significantly improve Atomic.h by pulling in code from libatomic_ops by HP.  This is a little outdated, but reasonably complete.

llvm-svn: 71973

llvm-svn: 71972

valid C code.

llvm-svn: 71971

llvm-svn: 71970

llvm-svn: 71969