[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAEf4BzbJpTZ9P-Deo7Oeikyd3vW953goAw3gYvTPzvDfEWj2hw@mail.gmail.com>
Date: Tue, 12 Aug 2025 14:55:22 -0700
From: Andrii Nakryiko <andrii.nakryiko@...il.com>
To: masahiroy@...nel.org
Cc: Andrii Nakryiko <andrii@...nel.org>, linux-kernel@...r.kernel.org,
Miguel Ojeda <miguel.ojeda.sandonis@...il.com>, ojeda@...nel.org, nathan@...nel.org,
bpf@...r.kernel.org, kernel-team@...a.com, linux-pm@...r.kernel.org,
Eduard Zingerman <eddyz87@...il.com>
Subject: Re: [PATCH v2] .gitignore: ignore compile_commands.json globally
On Thu, Jun 12, 2025 at 1:28 PM Andrii Nakryiko
<andrii.nakryiko@...il.com> wrote:
>
> On Sat, Jun 7, 2025 at 2:27 AM Miguel Ojeda
> <miguel.ojeda.sandonis@...il.com> wrote:
> >
> > On Fri, Jun 6, 2025 at 11:48 PM Andrii Nakryiko <andrii@...nel.org> wrote:
> > >
> > > compile_commands.json can be used with clangd to enable language server
> > > protocol-based assistance. For kernel itself this can be built with
> > > scripts/gen_compile_commands.py, but other projects (e.g., libbpf, or
> > > BPF selftests) can benefit from their own compilation database file,
> > > which can be generated successfully using external tools, like bear [0].
> > >
> > > So, instead of adding compile_commands.json to .gitignore in respective
> > > individual projects, let's just ignore it globally anywhere in Linux repo.
> > >
> > > While at it, remove exactly such a local .gitignore rule under
> > > tools/power/cpupower.
> > >
> > > [0] https://github.com/rizsotto/Bear
> > >
> > > Reviewed-by: Nathan Chancellor <nathan@...nel.org>
> > > Suggested-by: Eduard Zingerman <eddyz87@...il.com>
> > > Signed-off-by: Andrii Nakryiko <andrii@...nel.org>
> >
> > Reviewed-by: Miguel Ojeda <ojeda@...nel.org>
> >
>
> Masahiro,
>
> Would you be able to pick this up? Or where should we route this
> through, in your opinion? Thanks!
>
Seems like this has fallen through the cracks... I guess we can take
it through the bpf-next tree, if there is no better home for this?
> > Thanks!
> >
> > Cheers,
> > Miguel
Powered by blists - more mailing lists