From: Nicolas Schier <nsc@kernel.org>
To: Nathan Chancellor <nathan@kernel.org>
Cc: "Thomas Weißschuh" <linux@weissschuh.net>,
"Nick Desaulniers" <nick.desaulniers+lkml@gmail.com>,
"Bill Wendling" <morbo@google.com>,
"Justin Stitt" <justinstitt@google.com>,
linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org,
llvm@lists.linux.dev
Subject: Re: [PATCH] kbuild: Reject unexpected values for LLVM=
Date: Wed, 21 Jan 2026 13:08:36 +0100 [thread overview]
Message-ID: <aXDBxHyvrFK2XrMN@derry.ads.avm.de> (raw)
In-Reply-To: <20260112231624.GA2272167@ax162>
On Mon, Jan 12, 2026 at 04:16:24PM -0700, Nathan Chancellor wrote:
> On Mon, Jan 12, 2026 at 07:43:52AM +0100, Thomas Weißschuh wrote:
> > The LLVM argument is documented to accept one of three forms:
> > * a literal '1' to use the default 'clang',
> > * a toolchain prefix path, ending in a trailing '/',
> > * a version suffix.
> >
> > All other values are silently treated as '1'. If for example
> > the user accidentally forgets the trailing '/' of a toolchain prefix,
> > kbuild will unexpectedly and silently fall back to the system toolchain.
>
> Yeah, I do not think falling back to the system toolchain is great here.
> This would also catch misuse of LLVM=0, since that is treated as LLVM=1,
> rather than reverting to GCC + binutils.
>
> > Instead report an error if the user specified an invalid value for LLVM.
> >
> > Signed-off-by: Thomas Weißschuh <linux@weissschuh.net>
> > ---
> > Makefile | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/Makefile b/Makefile
> > index e404e4767944..2a085a1b6875 100644
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -447,6 +447,8 @@ ifneq ($(filter %/,$(LLVM)),)
> > LLVM_PREFIX := $(LLVM)
> > else ifneq ($(filter -%,$(LLVM)),)
> > LLVM_SUFFIX := $(LLVM)
> > +else ifneq ($(LLVM),1)
> > +$(error Invalid value for LLVM=)
>
> If having a hard error is untenable (I am not sure that it is), we could
> just warn. Pointing to Documentation/kbuild/llvm.rst might be worthwhile
> in the message as well.
I second to have a hard error here with the documentation pointer to
prevent building with an unexpected toolchain, and as there is also no
fallback for gcc toolchains.
Kind regards,
Nicolas
prev parent reply other threads:[~2026-01-21 12:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-12 6:43 [PATCH] kbuild: Reject unexpected values for LLVM= Thomas Weißschuh
2026-01-12 6:58 ` WangYuli
2026-01-12 21:37 ` Thomas Weißschuh
2026-01-12 23:16 ` Nathan Chancellor
2026-01-21 12:08 ` Nicolas Schier [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=aXDBxHyvrFK2XrMN@derry.ads.avm.de \
--to=nsc@kernel.org \
--cc=justinstitt@google.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@weissschuh.net \
--cc=llvm@lists.linux.dev \
--cc=morbo@google.com \
--cc=nathan@kernel.org \
--cc=nick.desaulniers+lkml@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox