A base subobject type doesn't make sense for unions; don't try to compute it.  Based on patch by Yin Ma.  Fixes PR11751.

llvm-svn: 148093

llvm-svn: 147989

llvm-svn: 147988

argument when Offset is initialized.

llvm-svn: 147986

Remove function MipsABIInfo::GetFloatingPointTy.

llvm-svn: 147985

llvm-svn: 147933

floating point type.

llvm-svn: 147894

passed in floating point registers.

llvm-svn: 147892

llvm-svn: 147889

for the arm-linux-androideabi triple in particular.

Also use this to do a better job of selecting soft FP settings.

Patch by Evgeniy Stepanov.

llvm-svn: 147872

passing on i386 and does not use registers.

llvm-svn: 147856

CFStrings writable.

The strings (both Unicode and ASCII) should reside in a read-only section. E.g.,
__TEXT,__cstring instead of __DATA,__data. This is done by making the global
variable created for the strings constant despite the value of that flag.
<rdar://problem/10657500>

llvm-svn: 147845

Implement the missing pieces of Evaluate for _Complex types.  With that complete, remove some code from CGExprConstant which is no longer necessary.  While I'm here, a couple minor tweaks to _Complex-in-C++. (Specifically, make _Complex types literal types, and don't warn for _Complex int.)

llvm-svn: 147840

c++ objects with non-trivial assignment/copy functions.
Also, one additional sema check. // rdar://6137845

llvm-svn: 147817

llvm-svn: 147791

padding insertion will not work if the coerced type is not a structure.

llvm-svn: 147786

c++ object properties. wip.

llvm-svn: 147750

with non-trivial copies. // rdar://6137845

llvm-svn: 147735

llvm-svn: 147730

is inserted before the real argument. Padding is needed to ensure the backend
reads from or writes to the correct argument slots when the original alignment
of a byval structure is unavailable due to flattening.

llvm-svn: 147699

currently turned off. // rdar://6137845
Also, fixes a test case which should be nonatomic under
new API.

llvm-svn: 147691

llvm-svn: 147681

llvm-svn: 147677

properties of c++ object types with non-trivial
assignment copy. Not used yet. // rdar://6137845

llvm-svn: 147666

llvm-svn: 147664

builtins.

This fixes PR11711.

llvm-svn: 147655

for copying atomic properties of c++ objects
with non-trivial copy assignment in setters/getters.
Not yet used. // rdar://6137845

llvm-svn: 147636

llvm-svn: 147631

c++ object reference type with trivial copy constructor.
This causes an assert crash and bad code gen. when assert 
is off. // rdar://6137845

llvm-svn: 147573

Add an APValue representation for the difference between two address-of-label expressions.  Add support to Evaluate and CGExprConstant for generating/handling them.  Remove the special-case for such differences in Expr::isConstantInitializer.

With that done, remove a bunch of buggy code from CGExprConstant for handling scalar expressions which is no longer necessary.

Fixes PR11705.

llvm-svn: 147561

information even in subscripting operations.

llvm-svn: 147557

llvm-svn: 147530

is either N32 or N64. 

llvm-svn: 147520

llvm-svn: 147511

Initialise constant Objective-C string isa pointers with a weak reference to the class, so that they are usable in +load methods if the string class has been compiled with clang - if it's been compiled with GCC, the ABI makes this impossible.  (GNU runtimes)

llvm-svn: 147493

ObjCProtocolDecl modules forward declarations properly.

llvm-svn: 147415

for Objective-C protocols, including:
  - Using the first declaration as the canonical declaration
  - Using the definition as the primary DeclContext
  - Making sure that all declarations have a pointer to the definition
  data, and that we know which declaration is the definition
  - Serialization support for redeclaration chains and for adding
  definitions to already-serialized declarations.

However, note that we're not taking advantage of much of this code
yet, because we're still re-using ObjCProtocolDecls.

llvm-svn: 147410

Also temporarily remove the assumption from IR gen that we can emit IR for every
constant we can fold, since it isn't currently true in C++11, to fix PR11676.

Original comment from r147271:

constexpr: perform zero-initialization prior to / instead of performing a
constructor call when appropriate. Thanks to Eli for spotting this.

llvm-svn: 147384

clients. No functionality change.

llvm-svn: 147318

covers both declarations (@class) and definitions (@interface) of an
Objective-C class.

llvm-svn: 147299