tbaeder marked 5 inline comments as done.
tbaeder added inline comments.

================
Comment at: clang/lib/AST/Interp/ByteCodeExprGen.cpp:607
+    if (*LT == PT_Float) {
+      if (!this->emitAddf(getRoundingMode(E), E))
+        return false;
----------------
sepavloff wrote:
> As discussed previously, compound assign operator cannot be implemented with 
> the same function as corresponding binary operator in general case.
I left this in so at least one of the test cases in `const-fpfeatures.cpp` 
would work. But it seems like using `res = res + y` instead works as well and 
breaks if the `#pragma` before is commented-out, so I can use that instead.


================
Comment at: clang/lib/AST/Interp/Interp.h:1243
+    // T's bit width.
+    if (!T::canRepresent(Result)) {
+      const Expr *E = S.Current->getExpr(OpPC);
----------------
sepavloff wrote:
> sepavloff wrote:
> > `Integral::canRepresent` is suitable only for integral-to-intergal 
> > conversions. With loss of precision the floating-point numbers can 
> > represent wider range of integers.
> I was wrong, this is float-to-integer conversion. Would it be easier to 
> detect overflow (as well as other cases, like NaN) by checking that 
> `Status==opInvalidOp && F.isFinite()`? 
That seems to work, yes. I switched to that and added an overflow test case 
to`floats.cpp`.


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

https://reviews.llvm.org/D134859

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

Reply via email to