llvm-svn: 77012

until Doug Gregor's Type smart pointer code lands (or more discussion occurs).
These methods just call the new Type::getAs<XXX> methods, so we still have
reduced implementation redundancy. Having explicit getAsXXXType() methods makes
it easier to set breakpoints in the debugger.

llvm-svn: 76193

This method is intended to eventually replace the individual
Type::getAsXXXType<> methods.

The motivation behind this change is twofold:

1) Reduce redundant implementations of Type::getAsXXXType() methods. Most of
them are basically copy-and-paste.

2) By centralizing the implementation of the getAs<Type> logic we can more
smoothly move over to Doug Gregor's proposed canonical type smart pointer
scheme.

Along with this patch:

a) Removed 'Type::getAsPointerType()'; now clients use getAs<PointerType>.
b) Removed 'Type::getAsBlockPointerTypE()'; now clients use getAs<BlockPointerType>.

llvm-svn: 76098

llvm-svn: 75705

llvm-svn: 75446

llvm-svn: 75028

llvm-svn: 74986

___Block_byref_id_object_dispose and ___Block_byref_id_object_copy
functions so that we can simply reuse instead of creating a new one.
Additionally, add an assert to ensure no one yet tries to align a
__block variable beyond the alignment of a pointer as the codegen is
incomplete.

llvm-svn: 72974

llvm-svn: 71937

by using the appropriate CGM interface instead of directly creating a global.

llvm-svn: 71617

Radar 6838889

llvm-svn: 70525

llvm-svn: 69875

the type assigned by sema (and is visible with sizeof(__func__) for
example) has nothing to do with what codegen ends up producing.
We should eventually add a method on PredefinedExpr to handle this.
In the meantime, just set up some framework and add some fixme's.

llvm-svn: 69872

 - <rdar://problem/6800351> clang not producing correct large struct
   return code for Blocks

llvm-svn: 69337

llvm-svn: 69232

llvm-svn: 69228

 - Exposed quite a few Sema issues and a CodeGen crash.

 - See FIXMEs in test case, and in SemaDecl.cpp (PR3983).

I'm skeptical that __private_extern__ should actually be a storage
class value. I think that __private_extern__ basically amounts to
  extern A __attribute__((visibility("hidden")))
and would be better off handled (a) as that, or (b) with an extra bit
in the VarDecl.

llvm-svn: 69020

llvm-svn: 68870

llvm-svn: 68865

blocks, so that the outer blocks use it as well.  Radar 6762279

llvm-svn: 68811

llvm-svn: 68652

llvm-svn: 68583

llvm-svn: 68557

Use the new getFunctionInfo that takes a BlockPointerType parameter, and get rid of getBlockFunctionType from CGBlocks.cpp

llvm-svn: 68478

llvm-svn: 68171

types don't get generated when blocks aren't used.

llvm-svn: 67898

llvm-svn: 67697

from previous block literals.

llvm-svn: 67696

copy_helpers and dispose_helpers as necessary for them.

llvm-svn: 67453

llvm-svn: 67406

literals.

llvm-svn: 66984

llvm-svn: 66931

Also changed BlockDecl API to be more consistent (wrt FunctionDecl).

llvm-svn: 66904

 - Mike, please verify.

llvm-svn: 66762

llvm-svn: 66341

llvm-svn: 66337

on all the new code by default.  There is still plenty of testing to
do and issues I'm sure need resolving.  Let me know if you find
anything.

llvm-svn: 66323

llvm-svn: 66322

llvm-svn: 66320

llvm-svn: 66319