[PATCH] D137327: [clang-format] Handle object instansiation in if-statements
Björn Schäpers via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Thu Mar 30 12:05:46 PDT 2023
HazardyKnusperkeks added a comment.
In D137327#4233652 <https://reviews.llvm.org/D137327#4233652>, @MyDeveloperDay wrote:
> In D137327#4233551 <https://reviews.llvm.org/D137327#4233551>, @thieta wrote:
>
>> In D137327#4233290 <https://reviews.llvm.org/D137327#4233290>, @MyDeveloperDay wrote:
>>
>>> because of https://github.com/llvm/llvm-project/issues/61785 should this really be reverted? is basically saying `X * Y {` must be `X *Y{` but that obviously not the case
>>
>> Tricky one. Any ideas on how we could differentiate those two cases? Maybe impossible? Not sure what the normal way to handle ambiguous things like that in clang-format is.
>
> I would prefer we avoid the regression that this issue caused, even if both are equally viable. because otherwise we get blamed for "changing defaults" @owenpan, @HazardyKnusperkeks what are your thoughts?
I have no idea when the release was/is. If it is not released it's a no brainer, revert. Otherwise I'm torn... for everyone skipping this release a revert would change nothing, for those who keep up to date we could be ping-ponging.
Can we solve the problem, without knowing what identifiers are types and what are objects/variables for all valid and not pathologic cases?
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D137327/new/
https://reviews.llvm.org/D137327
More information about the cfe-commits
mailing list