llvm-svn: 72198

llvm-svn: 72197

llvm-svn: 72196

llvm-svn: 72195

llvm-svn: 72194

llvm-svn: 72193

the 'constract function dbg thingy'. Rename some methods to make them consistent
with the rest of the methods. Move the 'Emit' methods to the end of the file.

llvm-svn: 72192

DebugScope refers to a debug region, function or block.

llvm-svn: 72191

passes the "isStmtExpr" flag, to suppress warnings about unused
expressions.

llvm-svn: 72190

Add special cases to retain checker for 'create' methods in QCView, QCRenderer, and CIContext (Apple APIs).

This fixes:

<rdar://problem/6902710> clang: false positives w/QC and CoreImage methods.

llvm-svn: 72187

llvm::SmallVector that owns all of the AST nodes inside of it. This
RAII class is used to ensure proper destruction of AST nodes when
template instantiation fails.

llvm-svn: 72186

temporaries are generated for some object-constructing expressions in
templates that are not type-dependent. 

Also, be sure to introduce the variable from a CXXConditionDeclExpr
into the set of instantiated local variables.

llvm-svn: 72185

llvm-svn: 72184

due to C++ type construction of the form T(a1, a2, ..., aN).

llvm-svn: 72183

initialization succeeded or not, rather than just asserting.

llvm-svn: 72182

llvm-svn: 72181

llvm-svn: 72180

Hopefully this fixes the last build errors on systems with GCC < 4.1.

llvm-svn: 72179

llvm-svn: 72178

llvm-svn: 72177

describe the construction of a value of a given type using function
syntax, e.g.,
  
  T(a1, a2, ..., aN)

when the type or any of its arguments are type-dependent. In this
case, we don't know what kind of type-construction this will be: it
might construct a temporary of type 'T' (which might be a class or
non-class type) or might perform a conversion to type 'T'. Also,
implement printing of and template instantiation for this new
expression type. Due to the change in Sema::ActOnCXXTypeConstructExpr,
our existing tests cover template instantiation of this new expression
node.

llvm-svn: 72176

It currently requires a patches to GNU libobjc (and so is not enabled by default) which are currently 
being tested and reviewed by GNUstep before being pushed upstream.
This patch does not allow support for synthesized ivars, but does provide the infrastructure 
needed for supporting them.
Patch by David Chisnall

llvm-svn: 72175

all kinds of problems caused by including windows.h and/or config.h in an LLVM header.

llvm-svn: 72174

Still more to do.

llvm-svn: 72173

llvm-svn: 72172

before erasing nodes, not after.  Otherwise dom frontier
checking reads from freed memory.

llvm-svn: 72168

llvm-svn: 72167

llvm-svn: 72166

llvm-svn: 72165

  RegionStore needs to know the type of alloca region. 
* RegionStoreManager::EvalBinOp() now converts the alloca region to its first
  element region, as what is done to symbolic region.

llvm-svn: 72164

build an integer and cast that to a float.  This fixes a crash 
caused by trying to split an f32 into two f16's.

This changes the behavior in test/CodeGen/XCore/fneg.ll because that 
testcase now triggers a DAGCombine which converts the fneg into an integer
operation.  If someone is interested, it's probably possible to tweak 
the test to generate an actual fneg.

llvm-svn: 72162

llvm-svn: 72161

llvm-svn: 72160

It would be nice if someone could write an ObjC++ testcase for the case 
of passing a property returning a struct to a function taking a const
reference.

llvm-svn: 72159

llvm-svn: 72158

llvm-svn: 72157

llvm-svn: 72156

llvm-svn: 72155

llvm-svn: 72154

llvm-svn: 72153