xazax.hun accepted this revision.
xazax.hun added inline comments.
This revision is now accepted and ready to land.


================
Comment at: clang/lib/Analysis/FlowSensitive/Transfer.cpp:184-186
-      // FIXME: The initializer expression must always be assigned a value.
-      // Replace this with an assert when we have sufficient coverage of
-      // language features.
----------------
ymandel wrote:
> sgatev wrote:
> > The patch makes sense to me in the current state, but it's unclear why is 
> > this not something that we'd like to do in the long term.
> Because of uninterpreted fields. If we consider those a temporary fix, then I 
> agree about the long term. I'd thought those were here to stay.  That said, 
> if we find a way to either interperet fields lazily or only interpret those 
> needed in the current function scope, we may be able to avoid uninterpreted 
> expressions.
> 
> This also begs the question as to why we insist on initializing the variable. 
> Arguably, if the expresssion is uninterpreted, so should be the variable. So, 
> we should at least explain why we're distinguishing. Thoughts on my adding a 
> comment to that effect?
>Because of uninterpreted fields.

Could you elaborate on this? Do you mean fields being uninterpreted due to 
hitting a depth limit or being recursive? Or is this something else?


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D123961

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

Reply via email to