From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 56DBCC6FD1C for ; Wed, 22 Mar 2023 18:18:19 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229620AbjCVSSS (ORCPT ); Wed, 22 Mar 2023 14:18:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39598 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229927AbjCVSSN (ORCPT ); Wed, 22 Mar 2023 14:18:13 -0400 Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 21E3365C7B for ; Wed, 22 Mar 2023 11:17:54 -0700 (PDT) Received: by mail-pf1-x432.google.com with SMTP id s8so11554434pfk.5 for ; Wed, 22 Mar 2023 11:17:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; t=1679509066; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=bKB37a91eiyjPZCGoC8cw5qGoIyXW5WK1FJBstPT2zY=; b=WleNqr3DN+FkMbhcZxhEoIwB5sGt2CVE3PI2u4pSTo6GPQdoVfk/4tR4Suf1zeoJzR a/zNPLfFT+FrC3XcJALt3QrkFR4O/xlSffmEjK41M+RF5AypPAF8geKV9+ak+fx8kfpd 7sop9EeXQ2X7BKFTM4B7sGKYyC0OgceFgYn+P4nBUla71nPm0uPenu7WqbI9kBnBy6MO aU1UEu9HyB0y4ctqAexK+r0td/WYh/tLGwaZpgenKXmbxEOU1BMPaZbbTL5Lh/Qo4cpV Z8D0wPOq4hPvOGihBDeROie0LWJcPEdXcsnE4V6jHbdwVOsmYIBHvjzINBu0LWlYvk86 FkqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679509066; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=bKB37a91eiyjPZCGoC8cw5qGoIyXW5WK1FJBstPT2zY=; b=kREvJRIN4iPZlzIpufhN/VJJBqwuKuej1/OizDx7nMN/LssXwQiXle69zmwf5mvHqq Ke/5Xn0dkNxJsXXuLz/CubfNJ51pOVS0N8AZeYcTM5WMcKfYjBX4al0zdiNmhGHo8A12 6gepBPid9IWfd3UjX+35kv2rhNDVeI5vvW7BzYw/PtfFIcG3p6HiAOXW5BT3p8+zUMhE YY1KQhO94co5vMWq8uKdX9P9QTE0T4MwbSdneY7yjHZCv88FCmQlNFMW04YwieDWyNFL 6k0FQqn9LuzO7Q7iyM0SwefnoWnbAEE3r7GmI8G6iPX6cye8jbiS8mf5SqcXPfx1ZAmj AWPg== X-Gm-Message-State: AO0yUKVAIdvHizKlG4z9FTo1TrrZ73d4Wbng+S/RgO+KmfJzufUuZFiN xhMe8PgJbToVvZ/gDawCeOiLSMgQPTy0SJ8Pnmp3/w== X-Google-Smtp-Source: AK7set/y6sBv+fJORMtZJ9jPQsOI9ad8xXZTj20sziRULRJ5N+3atiS5WZJhXtZqH7Hzyux4u+Z6/cMQiB5unzBvJKc= X-Received: by 2002:a65:4781:0:b0:503:7be3:e81d with SMTP id e1-20020a654781000000b005037be3e81dmr1119318pgs.1.1679509066284; Wed, 22 Mar 2023 11:17:46 -0700 (PDT) MIME-Version: 1.0 References: <20230320180501.GA598084@dev-arch.thelio-3990X> <20230320185337.GA615556@dev-arch.thelio-3990X> <87pm91uf9c.fsf@kernel.org> In-Reply-To: From: Nick Desaulniers Date: Wed, 22 Mar 2023 11:17:35 -0700 Message-ID: Subject: Re: Linux 6.3-rc3 To: Linus Torvalds , Masahiro Yamada Cc: sedat.dilek@gmail.com, Kalle Valo , Nathan Chancellor , Linux Kernel Mailing List , David Airlie , Daniel Vetter , dri-devel@lists.freedesktop.org, linux-toolchains@vger.kernel.org, llvm@lists.linux.dev, Linux Kbuild mailing list Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-toolchains@vger.kernel.org + Masahiro and linux-kbuild for the proposal On Wed, Mar 22, 2023 at 9:56=E2=80=AFAM Linus Torvalds wrote: > > On Wed, Mar 22, 2023 at 9:40=E2=80=AFAM Sedat Dilek wrote: > > > > You have to pass `make LLVM=3D1` in any case... to `oldconfig` or when > > adding any MAKEFLAGS like -j${number-of-available-cpus}. > > I actually think we should look (again) at just making the compiler > choice (and the prefix) be a Kconfig option. > > That would simplify *so* many use cases. > > It used to be that gcc was "THE compiler" and anything else was just > an odd toy special case, but that's clearly not true any more. <3 > > So it would be lovely to make the kernel choice a Kconfig choice - so > you'd set it only at config time, and then after that a kernel build > wouldn't need special flags any more, and you'd never need to play > games with GNUmakefile or anything like that. > > Yes, you'd still use environment variables (or make arguments) for > that initial Kconfig, but that's no different from the other > environment variables we already have, like KCONFIG_SEED that kconfig > uses internally, but also things like "$(ARCH)" that we already use > *inside* the Kconfig files themselves. > > I really dislike how you have to set ARCH and CROSS_COMPILE etc > externally, and can't just have them *in* the config file. Not needing CROSS_COMPILE for LLVM=3D1 has been great. ;) (Still need it for ARCH=3Ds390 until LLD gets s390 support though) > > So when you do cross-compiles, right now you have to do something like > > make ARCH=3Di386 allmodconfig > > to build the .config file, but then you have to *repeat* that > ARCH=3Di386 when you actually build things: > > make ARCH=3Di386 > > because the ARCH choice ends up being in the .config file, but the > makefiles themselves always take it from the environment. > > There are good historical reasons for our behavior (and probably a > number of extant practical reasons too), but it's a bit annoying, and > it would be lovely if we could start moving away from this model. > > Linus > --=20 Thanks, ~Nick Desaulniers