llvm-svn: 72126

llvm-svn: 72125

llvm-svn: 72119

llvm-svn: 72118

llvm-svn: 72117

llvm-svn: 72111

when compiling with gcc-4.4.

llvm-svn: 72109

llvm-svn: 72104

Have AggExprEmitter::VisitCXXConstructExpr make new variables if necessary. Stub out VisitCXXExprWithTemporaries.

llvm-svn: 72103

llvm-svn: 72102

llvm-svn: 72101

issues.

llvm-svn: 72100

files to lib/Frontend.

llvm-svn: 72099

When assigning from an rvalue to a const reference, the implicit cast from T -> const T is not an lvalue cast.

llvm-svn: 72082

llvm-svn: 72081

This patch allows clang to generate code for declared properties on the GNU runtime.  As with @synchronized, this requires some extra functions that are included with other libraries (not with the GNU runtime itself) and so will cause linker errors when these are not present.
Patch by David Chisnall.

llvm-svn: 72079

easier than expected because of the limitation that subscript
operators must be member functions.

llvm-svn: 72076

can be processed. No change in functionality.

llvm-svn: 72066

Fix PR 4230: Don't flag leaks of NSAutoreleasePools until we know that we aren' at the top-most scope of autorelease pools.

llvm-svn: 72065

me if there are any issues.

llvm-svn: 72063

llvm-svn: 72061

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

llvm-svn: 72060

llvm-svn: 72058

SelectInterestingSourceRegion()," from Jay Foad!

llvm-svn: 72049

llvm-svn: 72048

llvm-svn: 72046

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: 72020

 - Chris, please see added FIXMEs.

llvm-svn: 72019

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: 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