- Dec 24, 2009
-
-
Ted Kremenek authored
llvm-svn: 92113
-
Ted Kremenek authored
CFG tweak: in a WhileStmt, the condition variable initializer is evaluated every time the condition is checked. llvm-svn: 92111
-
Ted Kremenek authored
llvm-svn: 92106
-
Ted Kremenek authored
llvm-svn: 92105
-
Ted Kremenek authored
llvm-svn: 92102
-
Ted Kremenek authored
llvm-svn: 92101
-
Ted Kremenek authored
llvm-svn: 92087
-
- Dec 23, 2009
-
-
Nuno Lopes authored
llvm-svn: 92012
-
Zhongxing Xu authored
llvm-svn: 91991
-
Zhongxing Xu authored
So we should use the current program point. llvm-svn: 91989
-
Ted Kremenek authored
Add transfer function support in GRExprEngine for IfStmts with initialized condition variables. llvm-svn: 91987
-
Ted Kremenek authored
llvm-svn: 91986
-
Ted Kremenek authored
llvm-svn: 91985
-
Ted Kremenek authored
llvm-svn: 91982
-
Ted Kremenek authored
Fix PR 5857. When casting from a symbolic region to an integer back to a pointer value, we were not correctly layering the correct ElementRegion on the original SymbolicRegion. llvm-svn: 91981
-
Ted Kremenek authored
llvm-svn: 91970
-
Ted Kremenek authored
Also treat the type of the subexpression as a pointer in GRExprEngine::VisitCast when the expression is handled as an lvalue. llvm-svn: 91969
-
Ted Kremenek authored
llvm-svn: 91952
-
- Dec 22, 2009
-
-
Ted Kremenek authored
Add transfer functions support for visiting an Objective-C message expression as an lvalue when the return type is a C++ reference. llvm-svn: 91926
-
- Dec 21, 2009
-
-
Zhongxing Xu authored
llvm-svn: 91818
-
- Dec 19, 2009
-
-
Zhongxing Xu authored
llvm-svn: 91751
-
- Dec 18, 2009
-
-
Ted Kremenek authored
Enhance GRExprEngine::VisitCallExpr() to be used in an lvalue context. Uncovered a new failing test case along the way, but we're making progress on handling C++ references in the analyzer. llvm-svn: 91710
-
- Dec 17, 2009
-
-
Ted Kremenek authored
llvm-svn: 91615
-
Ted Kremenek authored
Convert GRExprEngine::VisitCallExpr() to use a worklist instead of recursion to evaluate the arguments of a CallExpr. This simplifies the logic and makes it easier to read. (it also avoids any issues with blowing out the stack if the CallExpr had a ridiculous number of arguments) llvm-svn: 91613
-
Ted Kremenek authored
llvm-svn: 91610
-
Ted Kremenek authored
llvm-svn: 91591
-
Ted Kremenek authored
llvm-svn: 91577
-
Ted Kremenek authored
llvm-svn: 91572
-
- Dec 16, 2009
-
-
Ted Kremenek authored
llvm-svn: 91557
-
Ted Kremenek authored
llvm-svn: 91553
-
Zhongxing Xu authored
attribute: the object type. Add initial support for visiting CXXThisExpr. Fix a bunch of 80-col violations. llvm-svn: 91535
-
Ted Kremenek authored
Teach RetainSummaryManager::getSummary(FunctionDecl* FD) that 'FD->getIdentifier()' will not always return a non-null IdentifierInfo*. llvm-svn: 91512
-
Ted Kremenek authored
llvm-svn: 91511
-
Ted Kremenek authored
Teach NoReturnFunctionChecker that FunctionDecl::getIdentifier() is not guaranteed to return a non-null IdentifierInfo*. llvm-svn: 91510
-
Ted Kremenek authored
This change was a lot bigger than I originally anticipated; among other things it requires us storing more information in the CFG to record what block-level expressions need to be evaluated as lvalues. The big change is that CFGBlocks no longer contain Stmt*'s by CFGElements. Currently CFGElements just wrap Stmt*, but they also store a bit indicating whether the block-level expression should be evalauted as an lvalue. DeclStmts involving the initialization of a reference require us treating the initialization expression as an lvalue, even though that information isn't recorded in the AST. Conceptually this change isn't that complicated, but it required bubbling up the data through the CFGBuilder, to GRCoreEngine, and eventually to GRExprEngine. The addition of CFGElement is also useful for when we want to handle more control-flow constructs or other data we want to keep in the CFG that isn't represented well with just a block of statements. In GRExprEngine, this patch introduces logic for evaluating the lvalues of references, which currently retrieves the internal "pointer value" that the reference represents. EvalLoad does a two stage load to catch null dereferences involving an invalid reference (although this could possibly be caught earlier during the initialization of a reference). Symbols are currently symbolicated using the reference type, instead of a pointer type, and special handling is required creating ElementRegions that layer on SymbolicRegions (see the changes to RegionStoreManager). Along the way, the DeadStoresChecker also silences warnings involving dead stores to references. This was the original change I introduced (which I wrote test cases for) that I realized caused GRExprEngine to crash. llvm-svn: 91501
-
Ted Kremenek authored
Remove ValueManager::getRegionValueSymbolValOrUnknown(). It was just extra veneer on top of getRegionValueSymbolVal(). llvm-svn: 91471
-
- Dec 15, 2009
-
-
Chris Lattner authored
Remove isPod() from DenseMapInfo, splitting it out to its own isPodLike type trait. This is a generally useful type trait for more than just DenseMap, and we really care about whether something acts like a pod, not whether it really is a pod. llvm-svn: 91422
-
Ted Kremenek authored
Until we can make the dead stores checker smarter, dont' emit dead store warnings for C++ objects (whose constructors/destructors have possible side-effects). llvm-svn: 91412
-
Ted Kremenek authored
now, don't construct CFGs that contain C++ try/catch statements, and have GRExprEngine abort a path if it encounters a C++ construct it doesn't understand (which is mostly everything at this point). llvm-svn: 91389
-
- Dec 14, 2009
-
-
rdar://problem/7468209Ted Kremenek authored
Fix: <rdar://problem/7468209> SymbolManager::isLive() should not crash on captured block variables that are passed by reference llvm-svn: 91348
-