llvm-svn: 125293

llvm-svn: 125289

llvm-svn: 125282

character units.

llvm-svn: 125281

r125156.

llvm-svn: 125280

llvm-svn: 125275

llvm-svn: 125249

llvm-svn: 125210

llvm-svn: 125201

there were only three virtual methods of any significance.

The primary way to grab child iterators now is with
  Stmt::child_range children();
  Stmt::const_child_range children() const;
where a child_range is just a std::pair of iterators suitable for
being llvm::tie'd to some locals.  I've left the old child_begin()
and child_end() accessors in place, but it's probably a substantial
penalty to grab the iterators individually now, since the
switch-based dispatch is kindof inherently slower than vtable
dispatch.  Grabbing them together is probably a slight win over the
status quo, although of course we could've achieved that with vtables, too.

I also reclassified SwitchCase (correctly) as an abstract Stmt
class, which (as the first such class that wasn't an Expr subclass)
required some fiddling in a few places.

There are somewhat gross metaprogramming hooks in place to ensure
that new statements/expressions continue to implement
getSourceRange() and children().  I had to work around a recent clang
bug;  dgregor actually fixed it already, but I didn't want to
introduce a selfhosting dependency on ToT.

llvm-svn: 125183

llvm-svn: 125163

and we later find the definition, make sure that we add the definition
(not the declaration) to the list of deferred definitions to
emit. Fixes PR8864.

Thanks to Nick Lewycky for testing this	patch out

llvm-svn: 125157

functionality intended.

llvm-svn: 125156

destructor or copy constructor than let debug info know about it.

Radar 8945514.

llvm-svn: 125142

setter and getter types mismatch. // rdar://8966864

llvm-svn: 125125

Block{Function,Module} base class.  Minor other refactorings.

Fixed a few address-space bugs while I was there.

llvm-svn: 125085

mutable fields and with trivial destructors and copy constructors.

llvm-svn: 125073

functionality intended.

llvm-svn: 125069

llvm-svn: 125021

  - BlockDeclRefExprs always store VarDecls
  - BDREs no longer store copy expressions
  - BlockDecls now store a list of captured variables, information about
    how they're captured, and a copy expression if necessary
    
With that in hand, change IR generation to use the captures data in       
blocks instead of walking the block independently.        

Additionally, optimize block layout by emitting fields in descending
alignment order, with a heuristic for filling in words when alignment
of the end of the block header is insufficient for the most aligned
field.

llvm-svn: 125005

llvm-svn: 125000

Fix self-host; if a thunk already exists and has available_externally linkage, we should change its linkage instead of asserting.

llvm-svn: 124986

When building with optimizations, emit thunks with available_externally linkage so devirtualized function calls can also be de-thunked.

llvm-svn: 124984

llvm-svn: 124983

won't assert when building a thunk for an implicit virtual member function that is not marked used.

llvm-svn: 124967

We now emit everything except unused implicit virtual member functions when building the vtable.

llvm-svn: 124935

llvm-svn: 124837

llvm-svn: 124835

abi.

llvm-svn: 124834

llvm-svn: 124807

right for anonymous struct/union members led to me discovering some
seemingly broken code in that area of Sema, which I fixed, partly by  
changing the representation of member pointer constants so that    
IndirectFieldDecls aren't expanded.  This led to assorted cleanups with   
member pointers in CodeGen, and while I was doing that I saw some random
other things to clean up.                   

llvm-svn: 124785

This reopens PR99114, but that one at least can be avoided with an #include.
PR9130 cannot.

llvm-svn: 124780

is not defined in the current translation unit. Doing so lead to compile errors
such as PR9114.

Instead, when CodeGen is building the vtable, don't try to emit a definition
for functions that aren't marked used in the current translation unit.
Fixes PR9114.

llvm-svn: 124768

llvm-svn: 124757

llvm-svn: 124756

llvm-svn: 124753

llvm-svn: 124736

llvm-svn: 124701

bit-pattern.  It's not clear that this is actually useful given current
language restrictions.

llvm-svn: 124685

llvm-svn: 124651