Endre =?utf-8?q?Fülöp?= <endre.fu...@sigmatechnology.com>,
Endre =?utf-8?q?Fülöp?= <endre.fu...@sigmatechnology.com>,
Endre =?utf-8?q?Fülöp?= <endre.fu...@sigmatechnology.com>,
Endre =?utf-8?q?Fülöp?= <endre.fu...@sigmatechnology.com>,
Endre =?utf-8?q?Fülöp?= <endre.fu...@sigmatechnology.com>,
Endre =?utf-8?q?Fülöp?= <endre.fu...@sigmatechnology.com>,
Endre =?utf-8?q?Fülöp?= <endre.fu...@sigmatechnology.com>,
Endre =?utf-8?q?Fülöp?= <endre.fu...@sigmatechnology.com>,
Endre =?utf-8?q?Fülöp?= <endre.fu...@sigmatechnology.com>,
Endre =?utf-8?q?Fülöp?= <endre.fu...@sigmatechnology.com>
Message-ID:
In-Reply-To: <llvm.org/llvm/llvm-project/pull/150...@github.com>


steakhal wrote:

> The issue appears in C++14 and before (does not occur in C++17 or after) when 
> a _const_ lambda is initialised.
> This case is detected in a hacky way by my last commit, but the final 
> solution would be if the engine gave the info to the `checkBind` callback, 
> whether this binding is an initialisation or not.
> That information is available, but it is not passed forward to the callback.

I think it could be useful exposing if this bind is the initializing bind or 
not.

So this case must something to do with mandatory copy elision or some sort 
mandated by cpp17?
If so, does it only affect const lambdas or any similar user-defined types?

https://github.com/llvm/llvm-project/pull/150417
_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to