balazske marked an inline comment as done.
balazske added inline comments.

================
Comment at: clang/lib/StaticAnalyzer/Checkers/StreamChecker.cpp:90-106
+  FnCheck identifyCall(const CallEvent &Call, CheckerContext &C,
+                       const CallExpr *CE) const;
+
+  void evalFopen(CheckerContext &C, const CallExpr *CE) const;
+  void evalTmpfile(CheckerContext &C, const CallExpr *CE) const;
+  void evalFclose(CheckerContext &C, const CallExpr *CE) const;
+  void evalFread(CheckerContext &C, const CallExpr *CE) const;
----------------
NoQ wrote:
> For most purposes it's more convenient to pass `CallEvent` around. The only 
> moment when you actually need the `CallExpr` is when you're doing the binding 
> for the return value, which happens once, so it's fine to call 
> `.getOriginExpr()` directly at this point.
The CallExpr is used at many places to get arguments and other data. There is a 
`CallEvent::getArgSVal` that can be used instead but at some places CallExpr is 
used in other ways. I do not see much benefit of change the passed `CallExpr` 
to `CallEvent`.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D67706/new/

https://reviews.llvm.org/D67706



_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to