I'm investigating a C++11 idiom which might be called "overloaded lambda":
- http://cpptruths.blogspot.com/2014/05/fun-with-lambdas-c14-style-part-2.html
- http://martinecker.com/martincodes/lambda-expression-overloading/
Overloading n functions with variadic template seemed very appealing to me but it turned out it didn't work with variable capture: any of [&]
[=]
[y]
[&y]
(and [this]
etc if in a member function) lead to compilation failure: error: no match for call to '(overload<main(int, char**)::<lambda(int)>, main(int, char**)::<lambda(char*)> >) (char*&)'
(with my local GCC 4.9.1 and ideone.com GCC 5.1)
On the other hand, the fixed 2-ary case didn't suffer that problem. (Try changing the first #if 0
to #if 1
on ideone.com)
Any ideas on what's happening here? Is this a compiler bug, or am I deviating from the C++11/14 spec?
#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]);
}
Overload resolution works only for functions that exist in a common scope. This means that the second implementation fails to find the second overload because you don't import function call operators from
overload<Frest...>
intooverload<F0, Frest...>
.However, a non-capturing lambda type defines a conversion operator to a function pointer with the same signature as the lambda's function call operator. This conversion operator can be found by name lookup, and this is what gets invoked when you remove the capturing part.
The correct implementation, that works for both capturing and non-capturing lambdas, and that always calls
operator()
instead of a conversion operator, should look as follows:DEMO
In c++17, with class template argument deduction and pack expansion of
using
declarations in place, the above implementation can be simplified to:DEMO 2