[Bug c++/68071] Generic lambda variadic argument pack cannot be empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68071 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Jonathan Wakely --- (In reply to TC from comment #3) > This looks like a duplicate of > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64095 Yep, it was fixed by r259015 *** This bug has been marked as a duplicate of bug 64095 ***
[Bug c++/68071] Generic lambda variadic argument pack cannot be empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68071 --- Comment #3 from TC --- This looks like a duplicate of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64095
[Bug c++/68071] Generic lambda variadic argument pack cannot be empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68071 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-12-15 CC|vittorio.romeo at outlook dot com | Ever confirmed|0 |1
[Bug c++/68071] Generic lambda variadic argument pack cannot be empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68071
Ralph Tandetzky changed:
What|Removed |Added
CC||ralph.tandetzky at gmail dot
com
--- Comment #2 from Ralph Tandetzky ---
I can confirm that error. The code
int main(){
[](auto...){}();
}
leads to the following compile-time error:
main.cpp: In function 'int main()':
main.cpp:2:23: error: no match for call to '(main()::)
()'
[](auto...){}();
^
main.cpp:2:19: note: candidate: template
main()::
[](auto...){}();
^
main.cpp:2:19: note: template argument deduction/substitution failed:
main.cpp:2:23: note: candidate expects 1 argument, 0 provided
[](auto...){}();
^
This is the case for gcc 4.9 and gcc 5.2 with C++14 enabled. Clang 3.6 compiles
it.
[Bug c++/68071] Generic lambda variadic argument pack cannot be empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68071
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC ---
auto l = [](auto&& x, auto&&...y) { return x; };
l(1);
compiles in GCC. This looks like a parsing issue - the ... is being parsed as
C-style varargs instead of a pack.
