https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Markus Trippelsdorf changed:
What|Removed |Added
CC||tinab at hush dot ai
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Daniel Cooke changed:
What|Removed |Added
CC||dan.cooke89 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Takatoshi Kondo changed:
What|Removed |Added
CC||redboltz at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Tatsuyuki Ishi changed:
What|Removed |Added
CC||ishitatsuyuki at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Bernd Schmidt changed:
What|Removed |Added
CC||ldionne.2 at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Jonathan Wakely changed:
What|Removed |Added
CC||jens.auer at cgi dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Markus Trippelsdorf changed:
What|Removed |Added
CC||fiesh at zefix dot tv
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
--- Comment #12 from Adam Butcher ---
If the containing context is made a template (as per pr64382 and pr64466) or if
the patch below is made to lambda.c, the synthesized default 'this' looks to
get captured OK, but gimplification process crashes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Adam Butcher changed:
What|Removed |Added
CC||lh_mouse at 126 dot com
--- Comment #11 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Jeaye changed:
What|Removed |Added
CC||contact at jeaye dot com
--- Comment #10 from Je
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
--- Comment #9 from Adam Butcher ---
(In reply to Adam Butcher from comment #8)
> There are no overloads of 'fn1' that can accept a 'B'.
>
Oops, sorry. I meant to say that there are no overloads of 'fn1' that can
accept an 'A'. Clearly a 'B' ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
--- Comment #8 from Adam Butcher ---
(In reply to tower120 from comment #7)
> I'm not sure what you mean, about adding "this->".
>
I meant spelling "fn1(data)" as "this->fn1(data)" to explicitly specify the
subject of the member call.
> But th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
--- Comment #7 from tower120 ---
I'm not sure what you mean, about adding "this->". But this case is not working
:
http://coliru.stacked-crooked.com/a/d69de477f9a746cb
But to be true, it not work with clang either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Adam Butcher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
--- Comment #5 from Adam Butcher ---
In an attempt to get a reduced testcase, I've uncovered an ICE. With the extra
"this->" qualification on the reference to 'f' below, the code compiles fine.
Alternatively, if 'this' is explicitly captured, t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Adam Butcher changed:
What|Removed |Added
CC|adam at jessamine dot co.uk|abutcher at gcc dot
gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
--- Comment #3 from tower120 ---
I found that as only I pass *this as parameter and then call functions from it,
it works ok. But it have to be auto:
/// This work
std::cout << if_else(do_first,
*this,
[&]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Paolo Carlini changed:
What|Removed |Added
CC|tower120 at gmail dot com |adam at jessamine dot
co.uk
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
--- Comment #1 from tower120 ---
Furthermore, if not pass "data" as a lambda function param, but capture it from
current scope, it deduces type wrong.
http://coliru.stacked-crooked.com/a/ae022b9d25d93490
Uncomment static_cast to make it work.
B
19 matches
Mail list logo
