<div dir="ltr"><div>At the very least, I accept clarifying the wording to make it clear where braces should/shouldn't be used. I personally would still prefer a general "always add braces in new code" rule, given that I literally just ran into another case where a code change I made locally caused test failures because I'd forgotten to add the braces on a previously single-line if, although in this case, it should have had braces already, since it had a comment between the if and statement within the if. clang-formatting would have pointed out the error, had I run it, but I hadn't done so. Total cost to me was 2-3 minutes trying to figure out what was wrong. A rule of "always braces" would have meant those 2-3 minutes could have been spent on other things.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 30 Jun 2020 at 20:59, Chris Lattner via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On Jun 29, 2020, at 8:05 AM, David Greene <<a href="mailto:david.greene@hpe.com" target="_blank">david.greene@hpe.com</a>> wrote:<br>
> <br>
> Chris Lattner via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> writes:<br>
> <br>
>> For those who don’t like it, is the currently documented policy broken<br>
>> enough to be important to changing?<br>
> <br>
> I believe it is, simply for safety reasons.  Adding a statement to a<br>
> single-statement block can introduce bugs.  Mandating braces everywhere<br>
> prevents that.<br>
<br>
Sure, I get that.  For background, the Swift language (which I was highly involved in) mandates braces - I’m just saying that I'm aware of the benefits and tradeoffs here.  In addition to the “safety” advantages, there are balancing cognitive disadvantages to requiring braces (less code fits on one screen, etc).  These are all well understood effects.<br>
<br>
That said, this is not a new project, and many of the benefits fall below the line of being “worth it” given a large and established codebase.  I don’t see a strong reason to change the policy here, though I think we should give more guidance and clarify the wording!<br>
<br>
-Chris<br>
<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div>