- 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

llvm-svn: 68157

it be an LLVM IR User object.

llvm-svn: 68156

attribute(used) and asm renaming are used together.

llvm-svn: 68155

llvm-svn: 68151

if it dangles.

llvm-svn: 68150

which are effectively smart pointers to Value*'s.  They are both very light
weight and simple, and react to values being destroyed or being RAUW'd.

WeakVN does a best effort to follow a value around, including through RAUW 
operations and will get nulled out of the value is destroyed.  This is useful
for the eventual "metadata that references a value" work, because it is a
reference to a value that does not show up on its use_* list.

AssertingVH is a pointer that compiles down to a dumb raw pointer when 
assertions are disabled.  When enabled, it emits an assertion if the 
pointed-to value is destroyed while it is still being referenced.  This
is very useful for Maps and other things, and should have caught the recent
bugs in CallGraph and Reassociate, for example.

llvm-svn: 68149