Skip to content
  1. May 02, 2011
  2. May 01, 2011
    • Alexis Hunt's avatar
      Fully implement delegating constructors! · 61bc1737
      Alexis Hunt authored
      As far as I know, this implementation is complete but might be missing a
      few optimizations. Exceptions and virtual bases are handled correctly.
      
      Because I'm an optimist, the web page has appropriately been updated. If
      I'm wrong, feel free to downgrade its support categories.
      
      llvm-svn: 130642
      61bc1737
  3. Apr 28, 2011
    • John McCall's avatar
      When block-capturing a variable with a non-trivial destructor, · a85af56e
      John McCall authored
      make sure to mark the destructor.  This normally isn't required,
      because the destructor should have been marked as part of the
      declaration of the local, but it's necessary when the variable
      is a parameter because it's the call sites that are responsible
      for those destructors.
      
      llvm-svn: 130372
      a85af56e
  4. Apr 11, 2011
  5. Apr 07, 2011
  6. Apr 04, 2011
  7. Apr 02, 2011
  8. Mar 30, 2011
  9. Mar 24, 2011
  10. Mar 23, 2011
  11. Mar 22, 2011
  12. Mar 11, 2011
  13. Mar 09, 2011
    • John McCall's avatar
      Use the "undergoes default argument promotion" bit on parameters to · a738c25f
      John McCall authored
      simplify the logic of initializing function parameters so that we don't need
      both a variable declaration and a type in FunctionArgList.  This also means
      that we need to propagate the CGFunctionInfo down in a lot of places rather
      than recalculating it from the FAL.  There's more we can do to eliminate
      redundancy here, and I've left FIXMEs behind to do it.
      
      llvm-svn: 127314
      a738c25f
  14. Feb 28, 2011
  15. Feb 22, 2011
  16. Feb 20, 2011
  17. Feb 08, 2011
  18. Feb 03, 2011
  19. Feb 02, 2011
  20. Jan 29, 2011
  21. Jan 08, 2011
  22. Dec 04, 2010
  23. Nov 13, 2010
  24. Nov 01, 2010
  25. Oct 26, 2010
  26. Oct 15, 2010
  27. Sep 17, 2010
    • John McCall's avatar
      Currently we're initializing the vtable pointers of a class only after · 769250ea
      John McCall authored
      the bases are completely initialized.  This won't work --- base
      initializer expressions can rely on the vtables having been set up.
      Check for uses of 'this' in the initializers and force a vtable
      initialization if found.
      
      This might not be good enough;  we might need to extend this to handle
      the possibility of arbitrary code finding an external reference to this
      (not yet completely-constructed!) object and accessing through it,
      in which case we'll probably find ourselves doing a lot more unnecessary
      stores.
      
      llvm-svn: 114153
      769250ea
  28. Sep 15, 2010
    • John McCall's avatar
      one piece of code is responsible for the lifetime of every aggregate · 7a626f63
      John McCall authored
      slot.  The easiest way to do that was to bundle up the information
      we care about for aggregate slots into a new structure which demands
      that its creators at least consider the question.
      
      I could probably be convinced that the ObjC 'needs GC' bit should
      be rolled into this structure.
      Implement generalized copy elision.  The main obstacle here is that
      IR-generation must be much more careful about making sure that exactly
      
      llvm-svn: 113962
      7a626f63
  29. Aug 21, 2010
  30. Aug 11, 2010
  31. Aug 07, 2010
    • John McCall's avatar
      Store inheritance paths after CastExprs instead of inside them. · cf142165
      John McCall authored
      This takes some trickery since CastExpr has subclasses (and indeed,
      is abstract).
      
      Also, smoosh the CastKind into the bitfield from Expr.
      
      Drops two words of storage from Expr in the common case of expressions
      which don't need inheritance paths.  Avoids a separate allocation and
      another word of overhead in cases needing inheritance paths.  Also has
      the advantage of not leaking memory, since destructors for AST nodes are
      never run.
      
      llvm-svn: 110507
      cf142165
  32. Jul 21, 2010
Loading