From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Enguerrand de Ribaucourt
<enguerrand.de-ribaucourt@savoirfairelinux.com>,
openembedded-core@lists.openembedded.org
Cc: adrian.freihofer@gmail.com, Ross.Burton@arm.com,
mohammed.raza@savoirfairelinux.com
Subject: Re: [OE-core] [PATCH v2 4/5] meson: use absolute cross-compiler paths
Date: Tue, 20 Feb 2024 12:54:21 +0000 [thread overview]
Message-ID: <0dd7027ca7258cab060b3e2bdb511aa33adfc3d3.camel@linuxfoundation.org> (raw)
In-Reply-To: <20240219165525.714512-5-enguerrand.de-ribaucourt@savoirfairelinux.com>
On Mon, 2024-02-19 at 17:55 +0100, Enguerrand de Ribaucourt wrote:
> Among the files generated by meson is compile_commands.json. It is not
> used by bitbake during the build. However, if the devtool workspace is
> opened inside an IDE, that IDE can use compile_commands.json to
> configure linting and code completion. This is notably relied on by the
> new devtool ide-sdk command.
>
> The problem is that the IDE using compile_commands.json does not know
> the $PATH set-up by bitbake, so it won't find the compiler. This results
> in linting errors, like missing headers. We can fix this by expliciting
> the absolute compiler paths in meson.cross.
>
> The compile_commands.json specification expressly states:
> "All paths specified in the command or file fields must be either
> absolute or relative to this directory."
> Link: https://clang.llvm.org/docs/JSONCompilationDatabase.html
>
> An alternative way to implement this is to directly change CXX inside
> bitbake.conf to make all recipes use absolute compiler paths.Since this
> would affect all recipes, so I would like to have the maintainers'
> opinion on this. It could make sense to use absolute compiler paths for
> all toolchain binaries, we already do so for the sysroot
> TOOLCHAIN_OPTIONS.
I'd prefer not to change CXX.
We have a lot of problems with overflows of command line lengths
already and adding extra paths to such variables will make the problem
much worse. It also does make logs harder to read with long paths added
to them.
I suspect the readability issues along are enough to make this a change
for the worse overall.
Cheers,
Richard
next prev parent reply other threads:[~2024-02-20 12:54 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-19 16:55 [PATCH v2 0/5] devtool: ide: Improve VSCode support Enguerrand de Ribaucourt
2024-02-19 16:55 ` [PATCH v2 1/5] devtool: ide_sdk: Use bitbake's python3 for generated scripts Enguerrand de Ribaucourt
2024-02-20 9:03 ` adrian.freihofer
2024-02-19 16:55 ` [PATCH v2 2/5] devtool: code: Add source mapping for debug source files Enguerrand de Ribaucourt
2024-02-20 9:01 ` adrian.freihofer
2024-02-21 14:12 ` Enguerrand de Ribaucourt
2024-02-21 14:56 ` Enguerrand de Ribaucourt
2024-02-22 13:00 ` adrian.freihofer
2024-02-22 15:51 ` Enguerrand de Ribaucourt
2024-02-25 20:52 ` adrian.freihofer
2024-02-19 16:55 ` [PATCH v2 3/5] devtool: ide: vscode: Configure read-only files Enguerrand de Ribaucourt
2024-02-20 9:05 ` adrian.freihofer
2024-02-19 16:55 ` [PATCH v2 4/5] meson: use absolute cross-compiler paths Enguerrand de Ribaucourt
2024-02-20 12:54 ` Richard Purdie [this message]
2024-02-19 16:55 ` [PATCH v2 5/5] devtool: code: Provide a generic C++ configuration Enguerrand de Ribaucourt
2024-02-20 9:20 ` adrian.freihofer
2024-02-20 9:27 ` Enguerrand de Ribaucourt
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=0dd7027ca7258cab060b3e2bdb511aa33adfc3d3.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=Ross.Burton@arm.com \
--cc=adrian.freihofer@gmail.com \
--cc=enguerrand.de-ribaucourt@savoirfairelinux.com \
--cc=mohammed.raza@savoirfairelinux.com \
--cc=openembedded-core@lists.openembedded.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox