array allocated using the allocator in ASTContext.  This addresses
these strings getting leaked when using a BumpPtrAllocator (in
ASTContext).

Fixes: <rdar://problem/7636765>
llvm-svn: 95853

block.  Other blocks may have pointer cycles that will crash
basicaa and other alias analyses.  In any case, there is no
point wasting cycles optimizing dead blocks.  This fixes 
rdar://7635088

llvm-svn: 95852

llvm-svn: 95851

instead of considering x|undef -> x, which may not be true.

llvm-svn: 95850

llvm-svn: 95849

llvm-svn: 95848

we would just leak them all over the place, with no clear ownership of
these objects at all.  AttributeList objects would get leaked on both
error and non-error paths.

Note: I introduced the usage of llvm::OwningPtr<AttributeList> to
manage these objects, which is particularly useful for methods with
multiple return sites.  In at least one method I used them even when
they weren't strictly necessary because it clarified the ownership
semantics and made the code easier to read.  Should the excessive
'take()' and 'reset()' calls become a performance issue we can always
re-evaluate.

Note+1: I believe I have not introduced any double-frees, but it would
be nice for someone to review this.

This fixes <rdar://problem/7635046>.

llvm-svn: 95847

Update testcase accordingly now that we can optimize another
section.

llvm-svn: 95846

template explicit specialization.  Complete an apparently stalled refactor
towards using CheckSpecializationInstantiationRedecl().

llvm-svn: 95845

llvm-svn: 95844

llvm-svn: 95843

Decl subclasses. No functionality change.

llvm-svn: 95841

llvm-svn: 95840

almost always comments afterwards that need printing.

llvm-svn: 95839

using property dot-syntax. Fixes radar 7628953.

llvm-svn: 95838

the global TheJIT and TheJITResolver variables.  Lazy compilation is supported
by a global map from a stub address to the JITResolver that knows how to
compile it.

Patch by Olivier Meurant!

llvm-svn: 95837

and CXXRecordDecl::getDefinition(); it's totally unnecessary. No
functionality change.

llvm-svn: 95836

Allocate 'ObjCMethodList' objects (owned by Sema) using Sema's BumpPtrAllocator.  Previously they were not getting freed.  Fixes <rdar://problem/7635663>.

llvm-svn: 95834

llvm-svn: 95833

Calling RemoveOperand is very expensive on huge PHI instructions. This makes
early tail duplication run twice as fast on the Firefox JavaScript
interpreter.

llvm-svn: 95832

This makes early tail duplication run 60 times faster when compiling the Firefox
JavaScript interpreter, see PR6186.

llvm-svn: 95831

llvm-svn: 95828

llvm-svn: 95827

with some of the recent changes that have gone into llvm-mc.

llvm-svn: 95826

multiple global variables at a time.

llvm-svn: 95825

lowering and requires that certain types exist in ValueTypes.h.  Modified widening to
check if an op can trap and if so, the widening algorithm will apply only the op on
the defined elements.  It is safer to do this in widening because the optimizer can't
guarantee removing unused ops in some cases.

llvm-svn: 95823

a __weak block. Fixes radar 7628591.

llvm-svn: 95822

Thanks, Anton!

llvm-svn: 95821

attribute, so it uses Anton's new target-specific attribute support. It's
supposed to ensure that the stack is 16-byte aligned, but since necessary
support is lacking from LLVM, this is a no-op for now.

llvm-svn: 95820

llvm-svn: 95819

llvm-svn: 95818

legalization even when the IR-level optimizer has removed dead phis, such
as when the high half of an i64 value is unused on a 32-bit target.
I had to adjust a few test cases that had dead phis.
This is a partial fix for Radar 7627077.

llvm-svn: 95816

llvm-svn: 95814

the pointer values could be invalid.

llvm-svn: 95813

llvm-svn: 95812

changed its behavior.  Oops.

llvm-svn: 95811

llvm-svn: 95810

code with lots of bitfields.

llvm-svn: 95809

llvm-svn: 95808

llvm-svn: 95807