[PATCH] D140585: CodingStandards: restrict CamelCase variable names guideline to llvm/clang/clang-tools-extra/polly/bolt

Fangrui Song via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Wed Jan 4 16:13:41 PST 2023


MaskRay added a comment.

In D140585#4027224 <https://reviews.llvm.org/D140585#4027224>, @dblaikie wrote:

> In D140585#4019532 <https://reviews.llvm.org/D140585#4019532>, @mehdi_amini wrote:
>
>> In D140585#4019417 <https://reviews.llvm.org/D140585#4019417>, @dblaikie wrote:
>>
>>> I'm not sure if @mehdi_amini meant their approval to be "this is good to commit in general" or "for their part, it looks OK, but other folks need buy in"?
>>
>> That’s how I meant it: sorry I should have left a comment about getting more approvals to reflect better consensus.
>
> @MaskRay  Could you please revert until this ^ is addressed?
>
> It doesn't look like https://discourse.llvm.org/t/top-level-clang-tidy-options-and-variablename-suggestion-on-codingstandards/58783 found/created more concensus that was (seems to be still is) missing from D108265 <https://reviews.llvm.org/D108265> that spawned that discourse thread.

I am not sure about reverting this clarification patch. This patch isn't a policy change.

In first few paragraphs there is a statement about naming convention.
"""
Note that some code bases (e.g. ``libc++``) have special reasons to deviate
from the coding standards.  For example, in the case of ``libc++``, this is
because the naming and other conventions are dictated by the C++ standard.

There are some conventions that are not uniformly followed in the code base
(e.g. the naming convention). 
"""

Previously, the description of variable names was clearly incorrect for all but llvm/clang/clang-tools-extra.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D140585/new/

https://reviews.llvm.org/D140585



More information about the llvm-commits mailing list