[PATCH] D132111: [clang][Interp] Implement pointer (de)ref operations and DeclRefExprs

Tom Honermann via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Tue Aug 23 09:02:56 PDT 2022


tahonermann added inline comments.


================
Comment at: clang/lib/AST/Interp/ByteCodeExprGen.cpp:662
+      return this->emitGetPtrParam(It->second, E);
+  }
+
----------------
tbaeder wrote:
> tahonermann wrote:
> > Perhaps add:
> >   else {
> >     assert(0 && "Unhandled declaration kind");
> >   }
> We actually hit this path for non-constexpr-conforming functions, so asserting doesn't work:
> ```
> constexpr void foo(int a) {
>   constexpr int b = a;
> }
> ```
> The initializer for `b` goes through `evaluteAsInitializer()` before the function `foo` is ever registered, so the parameter is not known. This is diagnosed by the current interpreter as well:
> 
> ```
> array.cpp:13:17: error: constexpr variable 'b' must be initialized by a constant expression
>   constexpr int b = a;
>                 ^   ~
> array.cpp:13:21: note: function parameter 'a' with unknown value cannot be used in a constant expression
>   constexpr int b = a;
>                     ^
> array.cpp:12:24: note: declared here
> constexpr void foo(int a) {
>                        ^
> ```
> 
> Would be a good future test case, but right now the error message for the new interpreter is just "constexpr variable 'b' must be initialized by a constant expression".
I see, interesting.

I imagine future work will be needed to support references to lambda/block captures, data members, and such? And the answer to those right now is, we're not there yet?


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

https://reviews.llvm.org/D132111



More information about the cfe-commits mailing list