[PATCH] D149834: [clang][Interp] Fix ignoring TypeTraitExprs
Timm Bäder via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Mon May 8 05:24:25 PDT 2023
tbaeder added inline comments.
================
Comment at: clang/test/AST/Interp/literals.cpp:875
1 ? 0 : 1;
+ sizeof(A);
+ alignof(A);
----------------
aaron.ballman wrote:
> tbaeder wrote:
> > aaron.ballman wrote:
> > > Let's make sure we still reject this:
> > > ```
> > > constexpr int oh_my() {
> > > int x = 0;
> > > sizeof(int[x++]); // This would usually be evaluated because VLAs are terrible
> > > return x;
> > > }
> > > ```
> > > https://godbolt.org/z/E3jx6co46
> > Hm, no, doesn't get rejected:
> > ```
> > array.cpp:1240:3: warning: expression result unused [-Wunused-value]
> > 1240 | sizeof(int[x++]); // This would usually be evaluated because VLAs are terrible
> > | ^~~~~~~~~~~~~~~~
> > array.cpp:1243:15: error: static assertion failed due to requirement 'oh_my() == 1'
> > 1243 | static_assert(oh_my() == 1);
> > | ^~~~~~~~~~~~
> > array.cpp:1243:23: note: expression evaluates to '0 == 1'
> > 1243 | static_assert(oh_my() == 1);
> > | ~~~~~~~~^~~~
> > ```
> It looks to me like we're not modelling the side effects properly (we would return `1` if we were, so the `static_assert` would have passed), which might explain why we're failing to reject the code.
Right, I understand, I was just showing the current state. From looking at it though, this is not something to be fixed here, the `x++` is passed stand-alone to `evaluateAsRValue()`. Not sure yet what the exact problem is, I guess this is called before we even registered a local variable for `x`. I'll look into it.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D149834/new/
https://reviews.llvm.org/D149834
More information about the cfe-commits
mailing list