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
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits