[PATCH] D116478: [clang-tidy] A comma-separated list of the names of functions or methods to be considered as not having side-effects

Carlos Galvez via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Mon Jan 3 01:52:05 PST 2022


carlosgalvezp added inline comments.


================
Comment at: clang-tools-extra/docs/ReleaseNotes.rst:141
 ^^^^^^^^^^^^^^^^^^^^^^^^^^
+- Added a setting ``bugprone-assert-side-effect.FunctionExceptions`` for
+  a comma-separated list of the names of functions or methods to be considered
----------------
carlosgalvezp wrote:
> carlosgalvezp wrote:
> > Eugene.Zelenko wrote:
> > > carlosgalvezp wrote:
> > > > Eugene.Zelenko wrote:
> > > > > Please separate with newline and use single back-ticks for options.
> > > > I introduced those double backticks due to review comments. As it turns out, single backticks are only for links, not for formatted text. Should they be brought back?
> > > Double back-ticks are for language constructs, single back-ticks for options, tool names, etc.
> > Hm, I see. I think visually it's much more helpful to have options rendered as formatted code (just like you'd see them in the .clang-tidy file in a code editor) instead of in italic, which is what is rendered with single backticks.
> Also note that the main clang-tidy doc page uses doble backticks for options, not just language constructs, so I think it would be good to keep consistency with that:
> 
> https://raw.githubusercontent.com/llvm/llvm-project/main/clang-tools-extra/docs/clang-tidy/index.rst
> 
> Single backticks are used there only for links and together with the `:program:` keyword.
Unless there's some documented style convention that says otherwise, of course. I haven't found anything in the [[ https://llvm.org/docs/CodingStandards.html | LLVM Coding Standards ]].


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

https://reviews.llvm.org/D116478



More information about the cfe-commits mailing list