llvm-svn: 158086

llvm-svn: 158017

As the failing testcase has been fixed.

This reverts commit 0637f407e6ee7fdccde17fbf9a5fcc4853187b3e.

llvm-svn: 158009

This reverts r157970, which was not passing on
  clang-x86_64-darwin10-nobootstrap-RA

llvm-svn: 157983

not much reason to emit for constructors and destructors that aren't
user defined.

rdar://11593099

llvm-svn: 157970

Part of rdar://11570854

llvm-svn: 157787

getter result type is safe but does not match with property 
type resulting in spurious warning followed by crash in
IRGen. // rdar://11515196

llvm-svn: 157641

the operands are vectors of doubles.

llvm-svn: 157596

llvm-svn: 157557

add test case for C++ codegen

llvm-svn: 157500

llvm-svn: 157483

NV_CONTRIB

llvm-svn: 157403

pointer, but such folding encounters side-effects, ignore the side-effects
rather than performing them at runtime: CodeGen generates wrong code for
__builtin_object_size in that case.

llvm-svn: 157310

Part of rdar://11496790

llvm-svn: 157304

llvm-svn: 157262

llvm-svn: 157256

however, the range can be unknown for the upper bound.

Testcase to follow.

Part of rdar://11457152

llvm-svn: 157212

llvm-svn: 157173

Because in CUDA types do not have associated address spaces,
globals are declared in their "native" address space, and accessed
by bitcasting the pointer to address space 0.  This relies on address
space 0 being a unified address space.

llvm-svn: 157167

I'm pretty sure we are in fact doing the right thing here, but someone who knows the standard better should double-check that we are in fact supposed to zero out the member in the given testcase.

llvm-svn: 157138

types and ensure we are actually creating the type.

rdar://11479676

llvm-svn: 157095

llvm-svn: 156953

blocks and lambdas, based heavily on a patch from Meador Inge. Fixes
PR12746 / <rdar://problem/11465120>.

llvm-svn: 156925

expression is treated as an lvalue.

llvm-svn: 156781

Currently cold functions are marked with the "optsize" attribute in CodeGen
so they are always optimized for size.  The hot attribute is just ignored,
LLVM doesn't have a way to express hotness at the moment.

llvm-svn: 156723

register size of the target architecture.
 

llvm-svn: 156650

 
A vector should be returned via the hidden pointer argument except if its size
is equal to or smaller than 16-bytes and the target ABI is N32 or N64.

llvm-svn: 156642

llvm-svn: 156630

llvm-svn: 156491

add a test for -fbounds-checking code generation

llvm-svn: 156474

When enabled, clang generates bounds checks for array and pointers dereferences. Work to follow in LLVM's backend.

OK'ed by Chad; thanks for the review.

llvm-svn: 156431

Part of rdar://11352000

llvm-svn: 156407

llvm-svn: 156406

remove code to add bound checks for simple array accesses, since those are already covered by the check with the objectsize builtin
remove the comparison of objectsize with -1. since it's an unsigned comparison, it will always succeed if objectsize returns -1, which is enough to have the check removed

llvm-svn: 156311

Convert AVX non-temporal store builtins to LLVM-native IR. This was previously done for SSE builtins.

llvm-svn: 156296

to get a const char* if necessary.

This avoids unnecessary conversions when we want to use the result of getName as
a StringRef.

Part of rdar://10796159

llvm-svn: 156227

It reduces the amount of emitted debug information:
1) DIEs in .debug_info have types DW_TAG_compile_unit, DW_TAG_subprogram,
DW_TAG_inlined_subroutine (for opt builds) and DW_TAG_lexical_block only.
2) .debug_str contains only function names.
3) No debug data for types/namespaces/variables is emitted.
4) The data in .debug_line is enough to produce valid stack traces with
function names and line numbers.

Reviewed by Eric Christopher.

llvm-svn: 156160

the alignment might actually exceed the max field alignment;  don't
assert in this case.

llvm-svn: 155937

llvm-svn: 155931

Push variable declaration into nested scope (the only place where it is used).  Found by static analyzer.

llvm-svn: 155922