Skip to content
  1. Sep 22, 2009
  2. Sep 09, 2009
  3. Aug 20, 2009
  4. Aug 19, 2009
  5. Aug 18, 2009
  6. Jul 31, 2009
  7. Jul 27, 2009
  8. Jul 26, 2009
  9. Jul 25, 2009
  10. Jul 15, 2009
  11. Jul 13, 2009
  12. Jun 17, 2009
  13. Jun 10, 2009
  14. May 31, 2009
  15. May 29, 2009
  16. May 27, 2009
  17. Mar 28, 2009
    • Eli Friedman's avatar
      Change compound assignment operators to keep track of both the promoted · 8b7b1b1a
      Eli Friedman authored
      LHS type and the computation result type; this encodes information into 
      the AST which is otherwise non-obvious.  Fix Sema to always come up with the 
      right answer for both of these types.  Fix IRGen and the analyzer to 
      account for these changes.  This fixes PR2601.  The approach is inspired 
      by PR2601 comment 2.
      
      Note that this changes real *= complex in CodeGen from a silent 
      miscompilation to an explicit error.
      
      I'm not really sure that the analyzer changes are correct, or how to 
      test them... someone more familiar with the analyzer should check those 
      changes.
      
      llvm-svn: 67889
      8b7b1b1a
  18. Mar 23, 2009
  19. Mar 04, 2009
  20. Feb 18, 2009
  21. Feb 11, 2009
  22. Feb 10, 2009
    • Daniel Dunbar's avatar
      Support va_arg on _Complex. · 00079612
      Daniel Dunbar authored
      gcc compat test suite results (Darwin x86-32 & -64):
      --
      # of expected passes		1110
      # of unexpected failures	74
      # of unresolved testcases	168
      # of unsupported tests		2
      
      llvm-svn: 64197
      00079612
  23. Jan 29, 2009
    • Douglas Gregor's avatar
      Introduce a new expression node, ImplicitValueInitExpr, that · 0202cb40
      Douglas Gregor authored
      represents an implicit value-initialization of a subobject of a
      particular type. This replaces the (ab)use of CXXZeroValueInitExpr
      within initializer lists for the "holes" that occur due to the use of
      C99 designated initializers.
      
      The new test case is currently XFAIL'd, because CodeGen's
      ConstExprEmitter (in lib/CodeGen/CGExprConstant.cpp) needs to be
      taught to value-initialize when it sees ImplicitValueInitExprs.
      
      llvm-svn: 63317
      0202cb40
    • Daniel Dunbar's avatar
      Fix typo · dc8b4b05
      Daniel Dunbar authored
      llvm-svn: 63281
      dc8b4b05
  24. Jan 26, 2009
  25. Nov 13, 2008
    • Daniel Dunbar's avatar
      Normalize many BasicBlock names. · a612e79b
      Daniel Dunbar authored
       - Use dotted notation for blocks related to a particular statement
         type.
       - Use .end for landing pads.
      
      No functionality change in NDEBUG mode. :)
      
      llvm-svn: 59210
      a612e79b
  26. Nov 12, 2008
    • Daniel Dunbar's avatar
      Rework IRgen invariant w.r.t. current insert point. · 5c7e3935
      Daniel Dunbar authored
       - EmitStmt is no longer required to finish with a current insertion
         point defined (i.e. it does not need to make dummy
         blocks). Instead, it can clear the insertion point in the builder
         which indicates that the current insertion point is unreachable.
       - CodeGenFunction provides HaveInsertPoint and EnsureInsertPoint
         which respectively test if there is an insert point and ensure an
         insertion point exists (by making a dummy block).
       - Clearly mark functions in CodeGenFunction which can be called with
         no insertion point defined. Currently this is a limited set, and
         EmitStmt simply EnsureInsertPoint()s before emitting subsequent IR.
      
      Remove EmitDummyBlock, which is no longer needed. Clients who haven't
      already cleared the insertion point (typically via EmitBranch) can do
      so by hand.
      
      Remove isDummyBlock, which has effectively been renamed to
      HaveInsertPoint.
      
      The main thrust of this change is that we no longer have create dummy
      blocks just to destroy them a short time later in EmitBlock in the
      common case that there is no unreachable code following something like
      a goto. 
      
      Additionally, this means that we are not using the hokey condition in
      isDummyBlock that a block without a name is a dummy block. Guess how
      well that works when we never emit block names!
      
      llvm-svn: 59089
      5c7e3935
  27. Nov 11, 2008
  28. Nov 01, 2008
  29. Aug 30, 2008
    • Daniel Dunbar's avatar
      Add Objective-C property setter support. · 4b8c6db9
      Daniel Dunbar authored
       - Change Obj-C runtime message API, drop the ObjCMessageExpr arg in
         favor of just result type and selector. Necessary so it can be
         reused in situations where we don't want to cons up an
         ObjCMessageExpr.
       - Update aggregate binary assignment to know about special property
         ref lvalues.
       - Add CodeGenFunction::EmitCallArg overload which takes an already
         emitted rvalue.
      
      Add CodeGenFunction::StoreComplexIntoAddr.
      
      Disabled logic in Sema for parsing Objective-C dot-syntax that
      accesses methods. This code does not search in the correct order and
      the AST node has no way of properly representing its results.
      
      Updated StmtDumper to print a bit more information about
      ObjCPropertyRefExprs.
      
      llvm-svn: 55561
      4b8c6db9
  30. Aug 23, 2008
  31. Aug 16, 2008
  32. Aug 11, 2008
  33. Aug 08, 2008
  34. Jul 27, 2008
  35. Jun 17, 2008
    • Ted Kremenek's avatar
      This patch is motivated by numerous strict-aliasing warnings when compiling · 08e17118
      Ted Kremenek authored
      clang as a Release build.
      
      The big change is that all AST nodes (subclasses of Stmt) whose children are
      Expr* store their children as Stmt* or arrays of Stmt*. This is to remove
      strict-aliasing warnings when using StmtIterator. None of the interfaces of any
      of the classes have changed (except those with arg_iterators, see below), as the
      accessor methods introduce the needed casts (via cast<>). While this extra
      casting may seem cumbersome, it actually adds some important sanity checks
      throughout the codebase, as clients using StmtIterator can potentially overwrite
      children that are expected to be Expr* with Stmt* (that aren't Expr*). The casts
      provide extra sanity checks that are operational in debug builds to catch
      invariant violations such as these.
      
      For classes that have arg_iterators (e.g., CallExpr), the definition of
      arg_iterator has been replaced. Instead of it being Expr**, it is an actual
      class (called ExprIterator) that wraps a Stmt**, and provides the necessary
      operators for iteration. The nice thing about this class is that it also uses
      cast<> to type-checking, which introduces extra sanity checks throughout the
      codebase that are useful for debugging.
      
      A few of the CodeGen functions that use arg_iterator (especially from
      OverloadExpr) have been modified to take begin and end iterators instead of a
      base Expr** and the number of arguments. This matches more with the abstraction
      of iteration. This still needs to be cleaned up a little bit, as clients expect
      that ExprIterator is a RandomAccessIterator (which we may or may not wish to
      allow for efficiency of representation).
      
      This is a fairly large patch. It passes the tests (except CodeGen/bitfield.c,
      which was already broken) on both a Debug and Release build, but it should
      obviously be reviewed.
      
      llvm-svn: 52378
      08e17118
  36. May 14, 2008
Loading