llvm-svn: 64479

llvm-svn: 64478

Add some boilerplate to the PTH file to prepare for the caching of stats for directories (and negative stats too).

llvm-svn: 64477

llvm-svn: 64476

llvm-svn: 64475

by DeclContexts (always) rather than by statements. 

DeclContext currently goes out of its way to avoid destroying any
Decls that might be owned by a DeclGroupOwningRef. However, in an
error-recovery situation, a failure in a declaration statement can
cause all of the decls in a DeclGroupOwningRef to be destroyed after
they've already be added into the DeclContext. Hence, DeclContext is
left with already-destroyed declarations, and bad things happen. This
problem was causing failures that showed up as assertions on x86 Linux
in test/Parser/objc-forcollection-neg-2.m.

llvm-svn: 64474

llvm-svn: 64473

llvm-svn: 64472

llvm-svn: 64471

implementation with no category declaration!

llvm-svn: 64470

 - Now at 1274 passes on gcc compat suite vs 1262.

llvm-svn: 64469

printing getName(), so that unnamed values are printed correctly.

llvm-svn: 64468

llvm-svn: 64467

llvm-svn: 64466

about the code it describes, but at least now the comment
is right.

llvm-svn: 64465

being used for atomic intrinsics, it seems the
access may be volatile.  No code was exploiting
the original non-volatile definition, so only
the comment needs changing.

llvm-svn: 64464

it only reads memory!  The other change has no
functional effect, it just seems more logical to
go in order of decreasing knowledge.

llvm-svn: 64463

llvm-svn: 64461

llvm-svn: 64460

llvm-svn: 64459

llvm-svn: 64458

llvm-svn: 64457

llvm-svn: 64456

llvm-svn: 64455

llvm-svn: 64454

mark the first argument nocapture if endptr=NULL for each particular call.

llvm-svn: 64453

llvm-svn: 64452

llvm-svn: 64451

llvm-svn: 64450

link-time failures when building with optimization.  Just
get rid of them.

llvm-svn: 64449

llvm-svn: 64448

llvm-svn: 64447

llvm-svn: 64446

llvm-svn: 64445

llvm-svn: 64444

Make sure the SCC pass manager initializes any contained
function pass managers.  Without this, simplify-libcalls
would add nocapture attributes when run on its own, but
not when run as part of -std-compile-opts or similar.

llvm-svn: 64443

couldn't ever be the return of call instruction. However, it's quite possible
that said local allocation is itself the return of a function call. That's
what malloc and calloc are for, actually.

llvm-svn: 64442

llvm-svn: 64441

addrec in a different loop to check the value being added to
the accumulated Start value, not the Start value before it has
the new value added to it. This prevents LSR from going crazy
on the included testcase. Dale, please review.

llvm-svn: 64440

"I got blisters on my fingers."

llvm-svn: 64439