Skip to content
  1. Nov 18, 2011
    • Kostya Serebryany's avatar
      fall back to explicit list of allowed linkages when instrumenting globals in... · 65e2211b
      Kostya Serebryany authored
      fall back to explicit list of allowed linkages when instrumenting globals in asan; add a test check that asan does not touch linkonce_odr
      
      llvm-svn: 144933
      65e2211b
    • Anna Zaks's avatar
      [analyzer] Do not conjure a symbol when we need to propagate taint. · 040ddfed
      Anna Zaks authored
      When the solver and SValBuilder cannot reason about symbolic expressions (ex: (x+1)*y ), the analyzer conjures a new symbol with no ties to the past. This helps it to recover some path-sensitivity. However, this breaks the taint propagation.
      
      With this commit, we are going to construct the expression even if we cannot reason about it later on if an operand is tainted.
      
      Also added some comments and asserts.
      
      llvm-svn: 144932
      040ddfed
    • Ted Kremenek's avatar
      Fix bug in RefCountedBase/RefCountedBaseVPTR where the reference count was... · b42cfa00
      Ted Kremenek authored
      Fix bug in RefCountedBase/RefCountedBaseVPTR where the reference count was accidentally copied as part of the copy constructor.  This could result in objects getting leaked because there reference count was too high.
      
      llvm-svn: 144931
      b42cfa00
    • Ted Kremenek's avatar
      Make 'LangOptions' in CompilerInvocation a heap-allocated, reference counted... · 8cf47df7
      Ted Kremenek authored
      Make 'LangOptions' in CompilerInvocation a heap-allocated, reference counted object.  I discovered that llvm::RefCountedBase<T> has
      a bug where the reference count is copied in the copy constructor, which means that there were cases when the CompilerInvocation
      objects created by ASTUnit were actually leaked.  When I fixed that bug locally, it showed that a whole bunch of code assumed
      that the LangOptions object that was part of CompilerInvocation was still alive.  By making it heap-allocated and reference counted,
      we can keep it around after the CompilerInvocation object goes away.
      
      As part of this change, change CompilerInvocation:getLangOptions() to return a pointer, acting as another clue that this
      object may outlive the CompilerInvocation object.
      
      This commit doesn't fix the CompilerInvocation leak itself.  That will come when I commit the fix to llvm::RefCountedBase<T> to
      mainline LLVM.
      
      llvm-svn: 144930
      8cf47df7
    • Ted Kremenek's avatar
      Simplify crash cleanup logic in ASTUnit::LoadFromCommandLine() by zeroing out... · 25047602
      Ted Kremenek authored
      Simplify crash cleanup logic in ASTUnit::LoadFromCommandLine() by zeroing out two IntrusiveRefCnt pointers after we have assigned their respective values into fields of ASTUnit.
      
      llvm-svn: 144929
      25047602
  2. Nov 17, 2011
Loading