From: Patrick Williams <patrick@stwcx.xyz>
To: Lei Yu <yulei.sh@bytedance.com>
Cc: openbmc <openbmc@lists.ozlabs.org>
Subject: Re: About meson clang-tidy issue on some repos
Date: Thu, 13 Feb 2025 15:07:59 -0500 [thread overview]
Message-ID: <Z65RH3gxf7x1QYKF@heinlein> (raw)
In-Reply-To: <CAGm54UG-6wUB7LfC=GR2bJorD9wV-nNYaU5se5+FOL-w17kDyw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1229 bytes --]
On Wed, Feb 12, 2025 at 02:23:28PM +0800, Lei Yu wrote:
> On Wed, Feb 12, 2025 at 9:42 AM Patrick Williams <patrick@stwcx.xyz> wrote:
> It's not a "fix" but a "workaround". It's always possible for a repo
> to have a disabled-by-default config.
> Instead, it's more like a bug in meson clang-tidy, that it is not
> expected to check the code that is not configured to be built.
No disagreement. I also see this as a bug in meson, but don't really
care enough to debate that with them. If we can fix all our code to
still be successful, we might as well do that.
> Agreed. It's a meson clang-tidy issue.
> What is your comment on this? Which files are expected to be checked
> by clang-tidy?
> a. **all** the c-like files in a repo
> b. or just the files to be built
> c. or ideally, the c-like files (including .h/hpp) configured to be built.
(b), just the files to be built. I don't understand how you run clang-tidy
on code that doesn't have compile_commands.json entries. The whole
point of that compile_commands.json is to pass all the same -D
directives, etc. to clang-tidy as you would to the compiler. There is
no compile_commands.json entries for header files.
--
Patrick Williams
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2025-02-13 20:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-11 8:58 About meson clang-tidy issue on some repos Lei Yu
2025-02-12 1:42 ` Patrick Williams
2025-02-12 6:23 ` Lei Yu
2025-02-13 20:07 ` Patrick Williams [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Z65RH3gxf7x1QYKF@heinlein \
--to=patrick@stwcx.xyz \
--cc=openbmc@lists.ozlabs.org \
--cc=yulei.sh@bytedance.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.