[PATCH] D123319: Change how we handle auto return types for lambda operator() to be consistent with gcc

David Blaikie via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Mon May 2 12:45:00 PDT 2022


dblaikie added a comment.

In D123319#3474997 <https://reviews.llvm.org/D123319#3474997>, @dblaikie wrote:

> In D123319#3473693 <https://reviews.llvm.org/D123319#3473693>, @shafik wrote:
>
>> In D123319#3473283 <https://reviews.llvm.org/D123319#3473283>, @dblaikie wrote:
>>
>>> ('scuse the delay)
>>>
>>> Baseline: I'm still not really sure this is the right direction. Is there a sound argument for why this change is suitable for lambdas, but not for other types? I believe all the situations that can happen with other types can happen with lambdas (& the other way around) with sufficiently interestingly crafted inputs.
>>
>> I had a couple of approaches but once I saw how gcc was handling it, I just went with consistency with gcc. I might have been missing some cases but I did not have other test case that I ran into issues with.
>
> What's the basic reproduction of the issue? Using that I can probably produce a non-lambda example that tickles the same bug & demonstrates why this should be generalized and/or fixed in lldb instead.

Ping on this ^


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D123319/new/

https://reviews.llvm.org/D123319



More information about the cfe-commits mailing list