- NonLoc::MakeVal() would use sizeof(unsigned) (literally) instead of consulting
  ASTContext for the size (in bits) of 'int'. While it worked, it was a
  conflation of concepts and using ASTContext.IntTy is 100% correct.
- RegionStore::getSizeInElements() no longer assumes that a VarRegion has the
  type "ConstantArray", and handles the case when uses use ordinary variables
  as if they were arrays.
- Fixed ElementRegion::getRValueType() to just return the rvalue type of its
  "array region" in the case the array didn't have ArrayType.
- All of this fixes <rdar://problem/6541136>

llvm-svn: 63347

This redoes the default mode that ccc runs in w.r.t. using clang. Now
ccc defaults to always using clang for any task clang can
handle. However, the following options exist to tweak this behavior:

 -ccc-no-clang: Don't use clang at all for compilation (still used for
  static analysis).
 
 -ccc-no-clang-cxx: Don't use clang for C++ and Objective-C++ inputs.

 -ccc-no-clang-cpp: Don't use clang as a preprocessor.

 -ccc-clang-archs <archs>: If present, only use clang for the given
  comma separated list of architectures. This only works on Darwin for
  now.

Note that all -ccc options must be first on the command line.

llvm-svn: 63346

cpp-output, not c-cpp-output.

llvm-svn: 63345

non-fragile abi.

llvm-svn: 63343

llvm-svn: 63342

retain/release checker: When generating summaries for CF/CG functions, allow arguments to "escape" if they are passed to a function containing the terms "InsertValue", "SetValue", or "AddValue".  This fixes <rdar://problem/6539791>.

llvm-svn: 63341

XFAIL this test.  It only worked before because of a bug in the spill point selection code.  Not deleting because 
it should be possible to enhance the selection code to handle this in the future.

llvm-svn: 63340

Correct the algorithms for choosing spill and restore points so that we don't try to insert loads/stores between call frame setup and the actual call.

This fixes the last known failure for the pre-alloc-splitter.

llvm-svn: 63339

BUILD_VECTOR and conversions to stack operations.

llvm-svn: 63333

llvm-svn: 63330

build protocol translation table meta-data (objc2
non-fragile abi).

llvm-svn: 63329

some assertions.

llvm-svn: 63328

Make CodeGen produce an error if we come across a non-constant initializer list that involves the GNU array-range designator extension

llvm-svn: 63327

Lot more to do in this area.

llvm-svn: 63326

llvm-svn: 63325

llvm-svn: 63324

Local register allocator shouldn't assume only the entry and landing pad basic blocks have live-ins.

llvm-svn: 63323

This results in a 1.7% improvement for "Cocoa.h". If we can figure out how to return a "Decl *", rather than a Sema::LookupResult(), we will likely bump the speedup from 1.7%->2.5%. I verified this, however couldn't get it to work without breaking a fair number of C++ test cases. Will discuss with Doug offline.

llvm-svn: 63320

llvm-svn: 63319

diags around, eliminating #defines, etc.  Patch by
Anders Johnsen!

llvm-svn: 63318

represents an implicit value-initialization of a subobject of a
particular type. This replaces the (ab)use of CXXZeroValueInitExpr
within initializer lists for the "holes" that occur due to the use of
C99 designated initializers.

The new test case is currently XFAIL'd, because CodeGen's
ConstExprEmitter (in lib/CodeGen/CGExprConstant.cpp) needs to be
taught to value-initialize when it sees ImplicitValueInitExprs.

llvm-svn: 63317

have to try to guess which member is being initialized.

llvm-svn: 63315

llvm-svn: 63312

the element indices may be equal if either one is not a
constant.

llvm-svn: 63311

llvm-svn: 63310

eightbyte boundaries.
 - Getting harder to test now that we handle cases gcc & llvm-gcc get
   wrong ( { _Complex char; _Complex int; } is a good example). :)

llvm-svn: 63305

llvm-svn: 63304

change.

llvm-svn: 63301

llvm-svn: 63300

llvm-svn: 63296

we see a Memory classification.

llvm-svn: 63295

to still return an RValue of the correct type.

llvm-svn: 63294

and an iterator invalidation issue.

FreeBench/pifft no longer miscompiles with these fixes!

llvm-svn: 63293

 - This is my best initial guess at what the "spec" means, although it is not
   particularly clear on a number of points. Will refine through testing.

llvm-svn: 63292

llvm-svn: 63286

(e.g., _Complex double -> { double, double } return).

llvm-svn: 63285

llvm-svn: 63283

changes in various diagnostics code.

llvm-svn: 63282

llvm-svn: 63281

llvm-svn: 63280