I know it\'s like opening the Pandora box but it doesn\'t stop bothering me. Consider a simple example:
#include
template
s
In C++17 you can pass pointer to lambda function as template parameter with function pointer type:
# include <cassert>
template<int(*fn)()>
int get_twice()
{
return fn() * 2;
}
int main()
{
int result = get_twice <+[]() { return 42; }> ();
assert(result == 84);
}
No, that is a compiler bug. gcc 7.1 correctly rejects the code.
[expr.prim.lambda]/2:
A lambda-expression is a prvalue whose result object is called the closure object. A lambda-expression shall not appear in an unevaluated operand, in a template-argument, in an alias-declaration, in a typedef declaration, or in the declaration of a function or function template outside its function body and default arguments.
As you can see from the part that I marked as bold, a lambda expression cannot appear in a template argument list.
This is also made clear in a subsequent note:
[ Note: The intention is to prevent lambdas from appearing in a signature. — end note ]
If I were to guess, I would say that the bug comes about because starting with C++17, lambdas are implicitly constexpr
, which makes them valid to be called in compile time expressions, like template arguments. But actually defining a lambda in a template argument is still illegal.
Note that this restriction has been lifted in C++20. :)