https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100612
--- Comment #9 from Jonathan O'Connor
---
I'd already figured out the workaround using a static member function calling
the non-static member function. But the lambda version is nicer!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100612
--- Comment #7 from Jonathan O'Connor
---
libstdc++. Woops, apologies!
I feel somewhat vindicated by your non __STRICT_ANSI__ change!
I'll now go away and write the proposal. Thanks for the encouragement.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100612
--- Comment #5 from Jonathan O'Connor
---
I was afraid you were going to say it's not a bug :-) That's why I reached out
to Nico, who was on the committee, and was one of the people who proposed
jthread.
My view, as a user, is that jthread sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100612
--- Comment #1 from Jonathan O'Connor
---
The std::jthread constructor does not support taking a pointer to a member
function that has, as a first argument, a std::stop_token.
In C++20, the new jthread class can accept a std::stop_token to aid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100612
Bug ID: 100612
Summary: std::jthread can't be initialized with a pointer to a
member function taking a std::stop_token
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
