Skip to content
  1. Jul 30, 2008
  2. Jul 27, 2008
  3. Jun 24, 2008
  4. 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
  5. Jun 14, 2008
  6. May 27, 2008
  7. May 26, 2008
    • Eli Friedman's avatar
      Emit memmove, not memcpy, for structure copies; this is unfortunately · df649f3d
      Eli Friedman authored
      required for correctness in cases of copying a struct to itself or to 
      an overlapping struct (itself for cases like *a = *a, and overlapping 
      is possible with unions).
      
      Hopefully, this won't end up being a perf issue; LLVM *should* be able 
      to optimize memmove to memcpy in a lot of cases, and for small copies 
      the generated code *should* be mostly comparable. (In reality, LLVM 
      is currently horrible at optimizing memmove, but that's a bug, not a 
      fundamental issue.)
      
      gcc currently generates wrong code; that's 
      http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667.
      
      llvm-svn: 51566
      df649f3d
  8. May 23, 2008
    • Dan Gohman's avatar
      Change uses of llvm::Type::isFirstClassType to use the new · 5d30975e
      Dan Gohman authored
      llvm::Type::isSingleValueType. Currently these two functions have
      the same behavior, but soon isFirstClassType will return true for
      struct and array types.
      
      Clang may some day want to use of isFirstClassType for some of
      these some day as an optimization, but it'll require some
      consideration.
      
      llvm-svn: 51446
      5d30975e
  9. May 20, 2008
  10. May 19, 2008
  11. May 12, 2008
  12. May 06, 2008
  13. Apr 13, 2008
  14. Apr 08, 2008
  15. Apr 06, 2008
  16. Apr 04, 2008
  17. Mar 19, 2008
  18. Mar 16, 2008
    • Chris Lattner's avatar
      Make a major restructuring of the clang tree: introduce a top-level · 7a51313d
      Chris Lattner authored
      lib dir and move all the libraries into it.  This follows the main
      llvm tree, and allows the libraries to be built in parallel.  The
      top level now enforces that all the libs are built before Driver,
      but we don't care what order the libs are built in.  This speeds
      up parallel builds, particularly incremental ones.
      
      llvm-svn: 48402
      7a51313d
  19. Mar 05, 2008
  20. Feb 19, 2008
  21. Feb 18, 2008
  22. Feb 11, 2008
  23. Jan 31, 2008
  24. Jan 30, 2008
  25. Jan 18, 2008
  26. Jan 14, 2008
  27. Dec 29, 2007
  28. Dec 23, 2007
  29. Dec 17, 2007
  30. Dec 14, 2007
  31. Dec 02, 2007
  32. Nov 02, 2007
  33. Oct 31, 2007
  34. Oct 30, 2007
  35. Oct 29, 2007
  36. Oct 26, 2007
  37. Oct 09, 2007
Loading