Sto indagando su un C++ 11 linguaggio che potrebbe essere definito "lambda sovraccarico":C++ 11 "lambda sovraccarico" con il modello variadic e la cattura variabile
- http://cpptruths.blogspot.com/2014/05/fun-with-lambdas-c14-style-part-2.html
- http://martinecker.com/martincodes/lambda-expression-overloading/
sovraccarico n funzioni con template variadic sembrava molto interessante per me, ma è venuto fuori che non ha funzionato con la cattura variabile: qualsiasi [&]
[=]
012.359.490,533 mila[&y]
(e [this]
etc se in una funzione membro) portano al fallimento di compilazione: error: no match for call to '(overload<main(int, char**)::<lambda(int)>, main(int, char**)::<lambda(char*)> >) (char*&)'
(con il mio GCC 4.9.1 e locali ideone.com GCC 5.1)
D'altra parte, il caso 2-ario fisso didn' t soffrire di questo problema (Prova a cambiare il primo #if 0
a #if 1
su ideone.com)
Qualche idea su cosa sta succedendo qui? Si tratta di un bug del compilatore o sto differenziando dalle specifiche C++ 11/14?
#include <iostream>
using namespace std;
#if 0
template <class F1, class F2>
struct overload : F1, F2 {
overload(F1 f1, F2 f2) : F1(f1), F2(f2) { }
using F1::operator();
using F2::operator();
};
template <class F1, class F2>
auto make_overload(F1 f1, F2 f2) {
return overload<F1, F2>(f1, f2);
}
#else
template <class... Fs>
struct overload;
template <class F0, class... Frest>
struct overload<F0, Frest...> : F0, overload<Frest...> {
overload(F0 f0, Frest... rest) : F0(f0), overload<Frest...>(rest...) {}
using F0::operator();
};
template <>
struct overload<> {
overload() {}
};
template <class... Fs>
auto make_overload(Fs... fs) {
return overload<Fs...>(fs...);
}
#endif
#if 0
#define CAP
#define PRINTY()
#else
#define CAP y
#define PRINTY() cout << "int y==" << y << endl
#endif
int main(int argc, char *argv[]) {
int y = 123;
auto f = make_overload(
[CAP] (int x) { cout << "int x==" << x << endl; PRINTY(); },
[CAP] (char *cp) { cout << "char *cp==" << cp << endl; PRINTY(); });
f(argc);
f(argv[0]);
}
si dovrebbe avere ' utilizzando il sovraccarico :: operator(); 'nella seconda implementazione, [demo] (http://coliru.stacked-crooked.com/a/c908c85a29e04004) –
e [questo è il motivo del sovraccarico con lavori lambda non catturanti] (http://coliru.stacked-crooked.com/a/dd9502d8e428c048) :-) –
@Piot rSkotnicki Interessante, ma aggiungendo 'using overload :: operator();' non ha migliorato la situazione. –
nodakai