[swift-dev] Using git-clang-format in the Swift compiler code base.

Andrew Trick atrick at apple.com
Thu Jan 26 11:35:23 CST 2017


> On Jan 26, 2017, at 9:29 AM, Ben Langmuir <blangmuir at apple.com> wrote:
> 
>> 
>> On Jan 26, 2017, at 9:14 AM, Andrew Trick <atrick at apple.com <mailto:atrick at apple.com>> wrote:
>> 
>> 
>>> On Jan 26, 2017, at 9:11 AM, Ben Langmuir <blangmuir at apple.com <mailto:blangmuir at apple.com>> wrote:
>>>> 
>>>> ** Option 1: Add a simple configuration option to swift/.clang-format:
>>>> 
>>>> 1a. BreakBeforeBinaryOperators: All
>>>> 
>>>> 1b. BreakBeforeBinaryOperators: NonAssignment
>>> 
>>>> 
>>>> I have absolutely no preference between 1a and 1b. It's purely style.
>>>> 
>>>> 1a:
>>>> SomeLongTypeName someLongVariableName =
>>>> someLongExpression();
>>>> 
>>>> 1b:
>>>> SomeLongTypeName someLongVariableName
>>>> = someLongExpression();
>>> 
>>> 1b sounds good to me.
>> 
>> I contradicted myself above. If you like the style shown in (1b), the configuration option is actually BreakBeforeBinaryOperators: All.
> 
> Glad you mentioned it, because I prefer  “NonAssignment”, but didn’t check your example code against the above description :-)

Alright, I’l reformat my PR with that config, unless anyone else wants to weigh in.

Incidentally, I despise what clang-format does with asserts now:
  assert(condition
             && “text”)

It’s a consequence of us not using a legit assert package, so I don’t know if I want to push to get clang-format changed.

-Andy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-dev/attachments/20170126/3c9e6e40/attachment.html>


More information about the swift-dev mailing list