Fix for #18709
I have made the decision not to cover cases like
( (struct foo) } ) // Missing {
because while it would be nice to highlight the } when c_no_curly_error is not set, the } acts as a closing delimiter in the detection of matching parentheses and brackets. If I consume it where compound literals/initializers are allowed, the heuristic would also leave open the door for the unrelated
if ((struct foo)foo // Typo, we forgot the outer )
causing problems. In particular, I am weary of triggering long scans until we finally meet a closing brace. This sort of issue is also the whole motivation for the c_*_error toggles. So whoever wants the above error to be highlighted should use the (existing) c_curly_error to enable brace checking globally.
https://github.com/vim/vim/pull/20842
(3 files)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today!
You are receiving this because you are subscribed to this thread.![]()
@bfoersterling you looked into this issue before, could you give this a test?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today!
You are receiving this because you are subscribed to this thread.![]()