llvm-svn: 65806

 - No intended functionality change.

llvm-svn: 65805

block literal is causing the problem, instead of the vague reference
to the entire block literal.

llvm-svn: 65798

llvm-svn: 65788

llvm-svn: 65784

llvm-svn: 65782

llvm-svn: 65762

exception typeinfo metadata, and a few other EH related types/functions.
 - No functionality change.

llvm-svn: 65761

 - No functionality change.

llvm-svn: 65760

llvm-svn: 65759

llvm-svn: 65753

llvm-svn: 65751

llvm-svn: 65749

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