llvm-svn: 65746

message to 'super' in a class method declared in
cateogy (darwin specific).

llvm-svn: 65709

Niklas Larsson!

llvm-svn: 65706

llvm-svn: 65701

copies with memcpy instead of memmove.  This matches what GCC does and if it
causes a problem with a particular libc we can always fix it with a target
hook.

llvm-svn: 65699

llvm-svn: 65688

llvm-svn: 65671

natural alignment. Otherwise, the excess hole confuses the
objc2 runtime (this is darwin specific).

llvm-svn: 65666

llvm-svn: 65659

we ensure that things added to the module can be found even when they
are not in GlobalDeclMap.  The later is for increased flexibility,
should someone want to do something tricky like extern "Ada" in the
same module.

llvm-svn: 65657

normal expression, and change Evaluate and IRGen to evaluate it like a 
normal expression.  This simplifies the code significantly, and fixes 
PR3396.

llvm-svn: 65622

with the LLVM C backend.

llvm-svn: 65615

llvm-svn: 65611

giving them rough classifications (normal types, never-canonical
types, always-dependent types, abstract type representations) and
making it far easier to make sure that we've hit all of the cases when
decoding types. 

Switched some switch() statements on the type class over to using this
mechanism, and filtering out those things we don't care about. For
example, CodeGen should never see always-dependent or non-canonical
types, while debug info generation should never see always-dependent
types. More switch() statements on the type class need to be moved 
over to using this approach, so that we'll get warnings when we add a
new type then fail to account for it somewhere in the compiler.

As part of this, some types have been renamed:

  TypeOfExpr -> TypeOfExprType
  FunctionTypeProto -> FunctionProtoType
  FunctionTypeNoProto -> FunctionNoProtoType

There shouldn't be any functionality change...

llvm-svn: 65591

llvm-svn: 65582

llvm-svn: 65578

(This is not yet used.)

llvm-svn: 65573

 - For types whose native representation is a pointer.

 - Use to replace ExprConstant.cpp:HasPointerEvalType,
   CodeGenFunction::isObjCPointerType.

llvm-svn: 65569

 - Having pointers and references share a base was not a useful
   notion.

llvm-svn: 65567

pointer type.
 - Drops use of PointerLikeType.
 - No intended functionality change.

llvm-svn: 65566

 - No functionality change.

llvm-svn: 65560

the symbol for the root meta-data.

llvm-svn: 65548

llvm-svn: 65533

 - <rdar://problem/6622451> Bad x86_64 code gen for message call taking one argument.

llvm-svn: 65510

llvm-svn: 65487

code) when calling noreturn functions; general expression emission
isn't ready to do the right thing in all cases.

llvm-svn: 65473

 - PR3662.

llvm-svn: 65472

 - No functionality change.

llvm-svn: 65470

global variable) out of GenerateStaticBlockVarDecl. 
 - No intended functionality change.
 - Prep for some mild cleanups and PR3662.

llvm-svn: 65466

llvm-svn: 65423

llvm-svn: 65422

make sure objc2's nonfragile abi is enacted for Leopard too.
add -fobjc-gc-only flag to the image_info symbol.

llvm-svn: 65413

llvm-svn: 65403

The big difference here is that (like string literal) @encode has 
array type, not pointer type.

llvm-svn: 65391

llvm-svn: 65387

variables.
 - PR3657.

llvm-svn: 65381

 - Only handles cases with @try with no @catch blocks, and there are a
   number of problems with the implementation. Nevertheless, this is
   good enough to handled @synchronized correctly, and some other
   basic uses.

llvm-svn: 65378

llvm-svn: 65376

llvm-svn: 65372

Pass the CodeGenModule object to GenerateBlockFunction, instead of *this (which will call the copy constructor). 

Also, since we're creating a new CodeGenFunction object for each block function, we don't need to clear the BreakContinueStack.

llvm-svn: 65371