llvm-svn: 68198

 - Small structures are returned in a register if: 
    1. They fit nicely in a  register.
    2. All fields fit nicely in a register.
   (more or less)

 - We now pass the first 5000 ABITests if unions are disabled.

 - <rdar://problem/6497882> [irgen] x86-32 ABI compatibility with
   small structs

llvm-svn: 68197

element structures", which have different ABI rules.
 - Current return-arguments-32 status is: 1 out of 1000 failures (-7)

 - Also, vectors inside "single element structs" require special
   handling.

llvm-svn: 68196

should only be an error if that value is consumed. This fix was largely
accomplished by moving 'isConsumedExpr' back to ParentMap.

llvm-svn: 68195

types.  It is no longer needed now that the code generator 
re-lays-out interfaces if they are defines after being laid out
from a forward decl.

llvm-svn: 68194

  instead of a FullSourceLoc. This resulted in a bunch of small edits in various
  clients.
- Updated BugReporter to include an alternate PathDiagnostic generation
  algorithm for PathDiagnosticClients desiring more control-flow pieces.

llvm-svn: 68193

 - Current return-arguments-32 status is: 8 out of 1000 failures (-7)

llvm-svn: 68192

llvm-svn: 68191

llvm-svn: 68190

 - <rdar://problem/6741594> [pth] don't abuse -x to drive pth
   generation

 - Simpler, and fixes PR3915.

Cleanup test cases for PTH:
 - Update to use -emit-pth

 - Removed PTH test of carbon.c and cocoa.mm; these didn't actually
   verify anything, and since PTH is token based the extra coverage
   (over cocoa.m) isn't particularly helpful.

 - Split PTH tests in cocoa.m to cocoa-pth.m, solely to increase
   available parallelism when running tests.

Ted, could you update the PTH test cases (include-pth.c and
cocoa-pth.m) to have some sort of positive check that the PTH is
getting used? "# of PTH cache hits" or "tokens read from PTH cache"
statistics would work great. :)

llvm-svn: 68189

llvm-svn: 68188

Based on a patch by Nicolas Trangez on the unladen-swallow mailing list!

llvm-svn: 68187

 - <rdar://problem/6732143> Crash when generating @synchronize for
   zero-cost exception

 - Thanks to Anders for helping track down the problem.

llvm-svn: 68186

distinguish between the true and false branches for path-sensitive analyses.

llvm-svn: 68185

 -  c.f. r68164

llvm-svn: 68184

llvm-svn: 68183

case.

llvm-svn: 68182

llvm-svn: 68181

by mailing list message about "\phello" style strings.

llvm-svn: 68180

llvm-svn: 68179

with -pedantic-errors.  This fixes the C99 part of PR3919.

llvm-svn: 68178

types get completed when their definition is seen if previously laid out by
the code generator.

llvm-svn: 68177

llvm-svn: 68176

llvm-svn: 68175

llvm-svn: 68174

llvm-svn: 68173

llvm-svn: 68172

llvm-svn: 68171

llvm-svn: 68170

rdar://6740292

llvm-svn: 68169

Fix a bug (that I thought I had fixed already) where mangling a prefix could get us into an infinite loop

llvm-svn: 68168

llvm-svn: 68167

specifiers that terminate in a simple-template-id, e.g.,

  typename MetaFun::template apply<T1, T2>

Also, implement template instantiation for dependent
nested-name-specifiers that involve unresolved identifiers, e.g.,

  typename T::type::type

llvm-svn: 68166

llvm-svn: 68165

to generate PTH files. Soon we will remove from clang-cc the GCC-style '-x
c-header' interface for generating PTH files and push this logic to 'clang'.

llvm-svn: 68164

* Simplified if statement

llvm-svn: 68163

llvm-svn: 68162

 - Notably, set section on cfstring literal string data (for now, this
   is done everywhere because it matches what we were already doing
   for the CFString data itself)

 - <rdar://problem/6599098> [irgen] linker requires objc string data
   to go into cstring

llvm-svn: 68160

llvm-svn: 68159

llvm-svn: 68158