[PATCH] D69764: [clang-format] Add East/West Const fixer capability
Sam McCall via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Mon Aug 9 05:45:51 PDT 2021
sammccall added a comment.
For my part, I'm convinced and now +1 (or at least +0.5) on this being OK to include.
In users' minds this is a formatting/style operation, and the UX of clang-format and its integrations is much better than clang-tidy.
Implementation quality problems are a risk, but can be mitigated:
- today: clang-format itself is mature and enforced on some projects. And this feature isn't as mature yet, and can be dangerous. Guarding the feature as experimental by a flag and/or prefixed config names seems like a good way to tell people that.
- forever: if this can never be made sufficiently robust, it should not be promoted to a "standard" feature. This would be sad/awkward, but the history of clang-format suggests it's not that likely.
@MyDeveloperDay: sorry that it's been (and continues to be) hard to get consensus here. It's not surprising: there are strong arguments in both directions, and they appeal to different values.
@steveire: I don't think it's true or helpful to suggest the downsides aren't real, or to isolate people as holdouts.
> I think we had a really good, inclusive discussion on this change, so I don't think an RFC would add anything to it.
I agree with this. I'd be surprised if the balance of arguments about const-fixing was substantially different.
A more abstract RFC about direction seems unikely to be productive. I think *all* uses of clang-format can break certain code, it's a (large) difference in degree. So the concrete details matter.
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D69764/new/
https://reviews.llvm.org/D69764
More information about the cfe-commits
mailing list