[PATCH] D134928: [Sema] Don't treat a non-null template argument as if it were null.

Richard Smith - zygoloid via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Fri Sep 30 12:59:05 PDT 2022


rsmith added inline comments.


================
Comment at: clang/test/CXX/temp/temp.arg/temp.arg.nontype/p1-11.cpp:31
 IP<&tl> ip7; // expected-error{{non-type template argument of type 'int *' is not a constant expression}}
+IP<(int*)1> ip8; // expected-error {{non-type template argument does not refer to any declaration}}
 
----------------
erichkeane wrote:
> shafik wrote:
> > shafik wrote:
> > > It looks like in C++17 mode we catch this case: https://godbolt.org/z/s43oE5qWE
> > Another case to check for:
> > 
> > ```
> > IP<(int*)(1-1)> ip9;
> > ```
> > 
> > In C++11 the wording use to allow `integer constant expressions`
> The new diagnostic here is unfortunate.  That 'does not refer to any declaration' doesn't really let me know that it is illegal because that isn't a NPE.  
> 
> The 'treat it as a null ptr' here is obviously awful, but I find myself wondering if we can do better on this diagnostic trivially enough?
> It looks like in C++17 mode we catch this case: https://godbolt.org/z/s43oE5qWE

That's diagnosing the cast, not the template argument value. You can get around the cast diagnostic by forcing constant folding with a `__builtin_constant_p` conditional ([example](https://godbolt.org/z/8f8WWTGeM)). Then we diagnose as
> <source>:7:4: error: non-type template argument refers to subobject '(int *)1'
... which seems like a worse diagnostic than the C++11 one, because it's not even true.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D134928



More information about the cfe-commits mailing list