I'm in favor of that. It's also worth mentioning that .clang-format is
about what we do going forward, and not carte blanche to send patches
that reformat whitespace in files written before we had .clang-format.

Some of the style guide, of course, refers to non-whitespace based
rules. Google has a linter script that tries to find divergence form
the standard, but I am dubious of it:

https://github.com/google/styleguide/blob/gh-pages/cpplint/cpplint.py

It has known places where it is inaccurate, and it doesn't understand the AST.

On Fri, Sep 2, 2016 at 10:03 AM, Tim Armstrong <[email protected]> wrote:
> I'm not sure that the pros and cons are that enlightening. May make sense
> to just remove them - not sure what others think.
>
> For formatting, I think we should consider leaning more on clang-format.
> The discussion around clang-format seemed to be going that direction.
>
> E.g. maybe the rule should be something like "Our .clang-format is the
> source of truth for how to deal with whitespace, except when clang-format's
> output greatly diverges from the existing code style or common sense. In
> that case, we should update the .clang-format file."
>
> On Fri, Sep 2, 2016 at 9:59 AM, Tim Armstrong <[email protected]>
> wrote:
>
>> Yes, several things are completely wrong. E.g. we never use c-style casts.
>>
>> On Fri, Sep 2, 2016 at 9:38 AM, Jim Apple <[email protected]> wrote:
>>
>>> I left a comment on the page - I'm not sure how much these reflect our
>>> actual current practice.
>>>
>>> On Fri, Sep 2, 2016 at 9:36 AM, Lars Volker <[email protected]> wrote:
>>> > After some confusion in reviews about how to format code I moved our
>>> > internal C++ Style Guide wiki page to the Apache wiki and updated all
>>> links
>>> > in it. You can find it here:
>>> >
>>> > https://cwiki.apache.org/confluence/pages/viewpage.action?
>>> pageId=65868536
>>> >
>>> > At some point in time someone seems to have started a list of pro and
>>> cons,
>>> > some of which are worded rather negative. Do we want to revisit those
>>> > comments or the style guide even?
>>> >
>>> > I'm looking forward to any feedback. Thanks, Lars
>>>
>>
>>

Reply via email to