Skip to content
  1. Nov 28, 2008
  2. Nov 27, 2008
    • Zhongxing Xu's avatar
      Add support for pluggable components of static analyzer. · 16e3f0e0
      Zhongxing Xu authored
       - Creator function pointers are saved in ManagerRegistry.
       - The Register* class is used to notify ManagerRegistry new module is 
         available.
       - AnalysisManager queries ManagerRegistry for configurable module. Then it
         passes them to GRExprEngine, in turn to GRStateManager.
      
      llvm-svn: 60143
      16e3f0e0
  3. Nov 24, 2008
    • Ted Kremenek's avatar
      Remove FIXME comment. · 01c414c0
      Ted Kremenek authored
      llvm-svn: 59973
      01c414c0
    • Zhongxing Xu's avatar
      Add support for AllocaRegion extent with GDM. · 9165ed69
      Zhongxing Xu authored
      One design problem that is emerging is the signed-ness problem during static
      analysis. Many unsigned value have to be converted into signed value because
      it partipates in operations with signed values. 
      
      On the other hand, we cannot blindly make all values occuring in static analysis
      signed, because we do have cases where unsignedness is required, for example,
      integer overflow detection.
      
      llvm-svn: 59957
      9165ed69
    • Zhongxing Xu's avatar
      Cleanup code with utility method. · 6587c754
      Zhongxing Xu authored
      llvm-svn: 59951
      6587c754
  4. Nov 23, 2008
  5. Nov 22, 2008
  6. Nov 21, 2008
  7. Nov 16, 2008
  8. Nov 15, 2008
  9. Nov 14, 2008
    • Ted Kremenek's avatar
      Second attempt at implementation transfer function support for... · 537f6387
      Ted Kremenek authored
      Second attempt at implementation transfer function support for ObjCForCollectionStmt.  We now assume that the 'element' expression can be any lvalue.
      
      llvm-svn: 59313
      537f6387
    • Douglas Gregor's avatar
      Add a new expression node, CXXOperatorCallExpr, which expresses a · 993603d8
      Douglas Gregor authored
      function call created in response to the use of operator syntax that
      resolves to an overloaded operator in C++, e.g., "str1 +
      str2" that resolves to std::operator+(str1, str2)". We now build a
      CXXOperatorCallExpr in C++ when we pick an overloaded operator. (But
      only for binary operators, where we actually implement overloading)
      
      I decided *not* to refactor the current CallExpr to make it abstract
      (with FunctionCallExpr and CXXOperatorCallExpr as derived
      classes). Doing so would allow us to make CXXOperatorCallExpr a little
      bit smaller, at the cost of making the argument and callee accessors
      virtual. We won't know if this is going to be a win until we can parse
      lots of C++ code to determine how much memory we'll save by making
      this change vs. the performance penalty due to the extra virtual
      calls.
      
      llvm-svn: 59306
      993603d8
    • Zhongxing Xu's avatar
      Improve comments. · c967d035
      Zhongxing Xu authored
      llvm-svn: 59294
      c967d035
  10. Nov 13, 2008
  11. Nov 12, 2008
  12. Nov 11, 2008
  13. Nov 10, 2008
  14. Nov 08, 2008
  15. Nov 07, 2008
  16. Nov 02, 2008
  17. Oct 31, 2008
  18. Oct 30, 2008
Loading