need it for compilerrt_abort().

llvm-svn: 144752

a real boy.
 - The utility module needs to be included into every produced library, because
   we don't have enough dependency tracking to know exactly which other modules
   might require the utilities.

llvm-svn: 144751

directly including system headers.

llvm-svn: 144750

llvm-svn: 144749

llvm-svn: 144748

llvm-svn: 144747

Fixes PR11375: Different results for 'clang++ huh.cpp'...

llvm-svn: 144746

llvm-svn: 144745

information about a nonexistent function declaration.

llvm-svn: 144744

llvm-svn: 144743

and remove stray fprintf.

llvm-svn: 144742

types.  First, I added handling for the memset intrinsic
in the IR, which is used to zero out the returned struct.
Second, I fixed the object-checking instrumentation
to objc_msgSend_stret, and generally tightened up how
the object-checking functions get inserted.

llvm-svn: 144741

every platform (even if it isn't being built).

llvm-svn: 144740

llvm-svn: 144739

llvm-svn: 144738

interface. This is currently limited to modules with umbrella
headers.

llvm-svn: 144736

This will widen 32-bit register vmov instructions to 64-bit when
possible.  The 64-bit vmovd instructions can then be translated to NEON
vorr instructions by the execution dependency fix pass.

The copies are only widened if they are marked as clobbering the whole
D-register.

llvm-svn: 144734

failure during bootstrap with it turned on.

llvm-svn: 144731

%arrayidx135 = getelementptr inbounds [4 x [4 x [4 x [4 x i32]]]]* %M0, i32 0, i64 0
%arrayidx136 = getelementptr inbounds [4 x [4 x [4 x i32]]]* %arrayidx135, i32 0, i64 %idxprom134

Prior to this commit, the GEP instruction that defines %arrayidx136 thought that 
%arrayidx135 was a trivial kill.  The GEP that defines %arrayidx135 doesn't 
generate any code and thus %M0 gets folded into the second GEP.  Thus, we need
to look through GEPs with all zero indices.
rdar://10443319

llvm-svn: 144730

In Microsoft mode, make "Unqualified lookup into dependent bases of class templates" works  inside static functions.

llvm-svn: 144729

While we are at it, verify that 'my_int_ptr' points to 'g_my_int', using the SBTarget.ResolveLoadAddress() to get its SBAddress,
and SBAddress.GetSymbol() to get the corresponding symbol.

llvm-svn: 144728

For example,
vld1.f64 {d2-d5}, [r2,:128]!

Should be equivalent to:
vld1.f64 {d2,d3,d4,d5}, [r2,:128]!

It's not documented syntax in the ARM ARM, but it is consistent with what's
accepted for VLDM/VSTM and is unambiguous in meaning, so it's a good thing to
support.

rdar://10451128

llvm-svn: 144727

llvm-svn: 144724

incrementally with a new frontend action.

llvm-svn: 144723

llvm-svn: 144722

llvm-svn: 144721

 

llvm-svn: 144720

llvm-svn: 144719

llvm-svn: 144717

llvm-svn: 144716

Compute whether a class is trivial correctly for template classes with an explicitly deleted or defaulted special member.  PR11387.

llvm-svn: 144715

llvm-svn: 144714

llvm-svn: 144713

to complete types in the scratch AST context.

llvm-svn: 144712

llvm-svn: 144711

llvm-svn: 144710

llvm-svn: 144709

llvm-svn: 144708

by later instructions.

Only done for DEC64m right now.

Fixes <rdar://problem/6172640>

llvm-svn: 144705

where isa is good enough.

llvm-svn: 144704