njames93 added a reviewer: Mordante.
njames93 added a comment.

In D131386#3722749 <https://reviews.llvm.org/D131386#3722749>, @aaron.ballman 
wrote:

> We leave formatting decisions in clang-tidy to clang-format and I don't think 
> we should deviate from that policy here without a very clear understanding of 
> when we should relax that restriction. That said, I'm personally not certain 
> we should have such an option (the long-term goal has generally been to 
> integrate clang-format functionality into clang-tidy so there can be an 
> option to just run format after applying fixes in a TU). Is there a 
> compelling reason we should have it?

The reason for this is due to the issue that `QualifierAlignment`  is a non 
whitespace only change and clang-format lists that using it could break some 
code.
In light of this some users may wish to set the option to `QAS_Leave` to be 
sure no code is broken even though they would prefer a specific style. 
Therefore having a dedicated option in the check will let those users specify 
the style, without having to set a clang-format configuration which they aren't 
content in using.



================
Comment at: clang-tools-extra/clang-tidy/misc/ConstCorrectnessCheck.cpp:66
+      ConstAlignment(
+          Options.get("ConstAlignment", utils::fixit::QualifierPolicy::Right)) 
{
   if (AnalyzeValues == false && AnalyzeReferences == false)
----------------
Mordante wrote:
> I would suggest to use `QualifierAlignment` to match the name in clang-format.
I thought about that, but the clang-format option doesn't just align the const 
qualifier. It works for all qualifiers.
I am easy on what name we use for the option.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D131386

_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to