> On Jan 26, 2017, at 09:35, Andrew Trick via swift-dev <swift-dev@swift.org> 
> wrote:
> 
>> 
>> On Jan 26, 2017, at 9:29 AM, Ben Langmuir <blangm...@apple.com 
>> <mailto:blangm...@apple.com>> wrote:
>> 
>>> 
>>> On Jan 26, 2017, at 9:14 AM, Andrew Trick <atr...@apple.com 
>>> <mailto:atr...@apple.com>> wrote:
>>> 
>>> 
>>>> On Jan 26, 2017, at 9:11 AM, Ben Langmuir <blangm...@apple.com 
>>>> <mailto:blangm...@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.

What do you want it to do with this style of assert?

_______________________________________________
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Reply via email to