Patch by Johnny Chen.

llvm-svn: 84243

llvm-svn: 84242

llvm-svn: 84241

llvm-svn: 84240

patch by Peter Johnson! (PR5195)

llvm-svn: 84239

llvm-svn: 84238

llvm-svn: 84237

llvm-svn: 84236

llvm-svn: 84235

llvm-svn: 84234

llvm-svn: 84233

variables and symbols invalid.

llvm-svn: 84232

llvm-svn: 84231

since they are allowed to be redefined.

llvm-svn: 84230

llvm-svn: 84229

llvm-svn: 84228

llvm-svn: 84227

When checking aliases between phi sources and V2, we know the sources are not themselves phi nodes. However, V2 may be. Call aliasCheck with V2 first to potentially eliminate a std::swap call.

llvm-svn: 84226

retain/release checker: Stop tracking reference counts for any symbols touched by StoreManager::InvalidateRegion().

This fixes <rdar://problem/7257223> and <rdar://problem/7283470>.

llvm-svn: 84223

TypeLoc records for declarations;  it should not be necessary to represent it
directly in the type system.

Please complain if you were using these classes and feel you can't replicate
previous functionality using the TypeLoc API.

llvm-svn: 84222

Add a few passing test cases for finding leaks of retained objects stored to arrays (<rdar://problem/7283470>).

llvm-svn: 84221

llvm-svn: 84220

llvm-svn: 84219

I can see with the original code was that I forgot that this runs after
type legalization and hence the result type will always be i32. (Custom
legalization of EXTRACT_VECTOR_ELT is only enabled for vector types with
8- and 16-bit elements.)

Regarding the FIXME comment: any information about sign and zero-extension
should be captured by separate extension operations.  The DAG combiner should
handle those to produce either VGETLANEu or VGETLANEs, and that seems to be
working now.  If there are cases that we're missing, let me know.

llvm-svn: 84218

llvm-svn: 84217

CheckSpecializationInstantiationRedecl to check for
redeclarations/instantiations. Also fixes a longstanding issue where
our explicit-instantiation location information wasn't as good as it
could have been.

llvm-svn: 84216

compile-time error now;  moreover, remove the need for an explicit hasInnerType()
call.  Thanks to Doug Gregor for the metaprogramming approach.

llvm-svn: 84215

1. Emit external function type information for all COFF targets since it's
a feature of object format
2. Emit linker directives only for cygming (since this is ld-specific stuff)

llvm-svn: 84214

This fixes <rdar://problem/7306898>

llvm-svn: 84213

llvm-svn: 84212

retain/release checker: Use simpler utility method for creating class method summaries.  No functionality change.

llvm-svn: 84210

llvm-svn: 84208

llvm-svn: 84207

Patch by Johnny Chen.

llvm-svn: 84206

is just "[Rn]" and no tailing comma with an offset, etc.

llvm-svn: 84205

llvm-svn: 84203

In the case where there are no good places to put constants and we fall back
upon inserting unconditional branches to make new blocks, allow all constant
pool references in range of those blocks to put constants there, even if that
means resetting the "high water marks" for those references.  This will still
terminate because you can't keep splitting blocks forever, and in the bad
cases where we have to split blocks, it is important to avoid splitting more
than necessary.

llvm-svn: 84202

as expressions, code for parsing a few arm specific directives (still needs
the MCStreamer calls for these).  Some clean up of the operand parsing code
and adding some comments.

llvm-svn: 84201

llvm-svn: 84200

Fix bug where array malloc with unexpected computation of the size argument resulted in MallocHelper 
identifying the malloc as a non-array malloc.  This broke GlobalOpt's optimization of stores of mallocs 
to global variables.

The fix is to classify malloc's into 3 categories:
1. non-array mallocs
2. array mallocs whose array size can be determined
3. mallocs that cannot be determined to be of type 1 or 2 and cannot be optimized

getMallocArraySize() returns NULL for category 3, and all users of this function must avoid their 
malloc optimization if this function returns NULL.

Eventually, currently unexpected codegen for computing the malloc's size argument will be supported in
isArrayMalloc() and getMallocArraySize(), extending malloc optimizations to those examples.

llvm-svn: 84199