Bueno, tu código no funciona. Pero esto hace:
template<class F>
struct ycombinator {
F f;
template<class...Args>
auto operator()(Args&&...args){
return f(f, std::forward<Args>(args)...);
}
};
template<class F>
ycombinator(F) -> ycombinator<F>;
Código de prueba:
ycombinator bob = {[x=0](auto&& self)mutable{
std::cout << ++x << "\n";
ycombinator ret = {self};
return ret;
}};
bob()()(); // prints 1 2 3
Su código es UB y está mal formado, no se requiere diagnóstico. Lo cual es gracioso; pero ambos se pueden arreglar de forma independiente.
Primero, la UB:
auto it = [&](auto self) { // outer
return [&](auto b) { // inner
std::cout << (a + b) << std::endl;
return self(self);
};
};
it(it)(4)(5)(6);
esto es UB porque las tomas externas self
por valor, luego las capturas internas self
por referencia, luego proceden a devolverlo después de que outer
termina de ejecutarse. Entonces segfaulting definitivamente está bien.
La solución:
[&](auto self) {
return [self,&a](auto b) {
std::cout << (a + b) << std::endl;
return self(self);
};
};
El código permanece está mal formado. Para ver esto podemos expandir las lambdas:
struct __outer_lambda__ {
template<class T>
auto operator()(T self) const {
struct __inner_lambda__ {
template<class B>
auto operator()(B b) const {
std::cout << (a + b) << std::endl;
return self(self);
}
int& a;
T self;
};
return __inner_lambda__{a, self};
}
int& a;
};
__outer_lambda__ it{a};
it(it);
esto crea instancias __outer_lambda__::operator()<__outer_lambda__>
:
template<>
auto __outer_lambda__::operator()(__outer_lambda__ self) const {
struct __inner_lambda__ {
template<class B>
auto operator()(B b) const {
std::cout << (a + b) << std::endl;
return self(self);
}
int& a;
__outer_lambda__ self;
};
return __inner_lambda__{a, self};
}
int& a;
};
Entonces, a continuación tenemos que determinar el tipo de retorno de __outer_lambda__::operator()
.
Lo revisamos línea por línea. Primero creamos __inner_lambda__
tipo:
struct __inner_lambda__ {
template<class B>
auto operator()(B b) const {
std::cout << (a + b) << std::endl;
return self(self);
}
int& a;
__outer_lambda__ self;
};
Ahora, mire allí: su tipo de retorno es self(self)
, o __outer_lambda__(__outer_lambda__ const&)
. Pero estamos en el medio de tratar de deducir el tipo de retorno de __outer_lambda__::operator()(__outer_lambda__)
.
No tienes permitido hacer eso.
Si bien, de hecho, el tipo de retorno de __outer_lambda__::operator()(__outer_lambda__)
no depende realmente del tipo de retorno de __inner_lambda__::operator()(int)
, C ++ no le importa al deducir los tipos de retorno; simplemente verifica el código línea por línea.
Y self(self)
se usa antes de deducirlo. Programa mal formado.
Podemos parchear esto escondiéndonos self(self)
hasta más tarde:
template<class A, class B>
struct second_type_helper { using result=B; };
template<class A, class B>
using second_type = typename second_type_helper<A,B>::result;
int main(int argc, char* argv[]) {
int a = 5;
auto it = [&](auto self) {
return [self,&a](auto b) {
std::cout << (a + b) << std::endl;
return self(second_type<decltype(b), decltype(self)&>(self) );
};
};
it(it)(4)(6)(42)(77)(999);
}
y ahora el código es correcto y se compila. Pero creo que esto es un poco hack; solo usa el combinador.