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 2C0F0C83F11 for ; Sat, 26 Aug 2023 02:12:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231687AbjHZCLX (ORCPT ); Fri, 25 Aug 2023 22:11:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37798 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231705AbjHZCLF (ORCPT ); Fri, 25 Aug 2023 22:11:05 -0400 Received: from mail-pl1-x634.google.com (mail-pl1-x634.google.com [IPv6:2607:f8b0:4864:20::634]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 095BD213F for ; Fri, 25 Aug 2023 19:11:02 -0700 (PDT) Received: by mail-pl1-x634.google.com with SMTP id d9443c01a7336-1bf6ea270b2so12185505ad.0 for ; Fri, 25 Aug 2023 19:11:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; t=1693015861; x=1693620661; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=hPWOoWHt/lH4WZuEsQTLkWu8LDmhoXr7davIxjOLtkI=; b=DYWqSLJYFDjmEujdJUyGZPDzMJjpVBwoy7u5P5SftCojipzDzVp+MoAs37/sTqFTmv l0hRK8ca+uD2v+6uIPDFgh1ahunDrIGkRbPx1Kt8wMNpl7JHPG0wGX7/C7ebp9cIrLKp YtmQmH/EVts6Lqi4xkMFTzsD3wj+8G7Msjies= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693015861; x=1693620661; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=hPWOoWHt/lH4WZuEsQTLkWu8LDmhoXr7davIxjOLtkI=; b=KSzYuPcFFFnTTtyZAh3suFa6pxJCHcWUMEbO1zXRmnfeZRNZeXmHmmsYQjHS18tQQI IrPUlhvpkQ8Eufapym+RoJANC4PpNLQMWMo8dkI8Ov3VBeaOtecv2/JeChqI6Acn6pF1 Jh1qZnjoZ0H/UONDKVjeQiVJZN8/pIjEcB+HEbCAK4xfNpTXtoDcrFRC0yq9eU9fb1lT 3OrZF2QDvy6skJr5LgCOGcDjSPRcbajr6UndgFhlPGQW7reriSD3AQIsZMkDSbbLKzBq gfTlZ9ckYZU9Y7sKU/K1MZT14uLEcg975kRjKIzlGdiTpCHjBSH7cBX4iqqKVOKxZFQ5 kebQ== X-Gm-Message-State: AOJu0YwgM4SD3hfTYt91eP86/5O3enyqJ9C7ZqRKzPryyq0Iw8Q/4rPa BAgVhvkoelj6Sw7FDd61RP8iew== X-Google-Smtp-Source: AGHT+IHpBCxlFP0TP8hz8qcnoHMpUgTDoTcIalcAmgrOSVftHbTNvctFIaJkH4ok0Cx2UliiJOscPQ== X-Received: by 2002:a17:902:ee4d:b0:1b8:c580:5fb9 with SMTP id 13-20020a170902ee4d00b001b8c5805fb9mr17204374plo.14.1693015861498; Fri, 25 Aug 2023 19:11:01 -0700 (PDT) Received: from google.com (KD124209188001.ppp-bb.dion.ne.jp. [124.209.188.1]) by smtp.gmail.com with ESMTPSA id d20-20020a170902c19400b001b66a71a4a0sm2473498pld.32.2023.08.25.19.10.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 25 Aug 2023 19:11:00 -0700 (PDT) Date: Sat, 26 Aug 2023 11:10:54 +0900 From: Sergey Senozhatsky To: Masahiro Yamada Cc: Tomasz Figa , Sergey Senozhatsky , Ying Sun , Jesse T , Nathan Chancellor , Nick Desaulniers , Nicolas Schier , Jonathan Corbet , linux-kbuild@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC][PATCH] kconfig: introduce listunknownconfig Message-ID: <20230826021054.GE3913@google.com> References: <20230820024519.GK907732@google.com> <20230820072119.GM907732@google.com> <20230820073332.GN907732@google.com> <20230822061203.GA610023@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org On (23/08/26 10:10), Masahiro Yamada wrote: > > I am considering how to implement it. > > One way is to add env variables as a new request arises. > > Sergey is doing two things by one option. > > KCONFIG_WARN_UNKNWON_SYMBOL : warn unknown symbol in input .config > or defconfig > KCONFIG_WARN_TO_ERROR : turn warnings into errors > > Another way is to handle those as command line options. > > -Wunknown-symbol > -Werror (associated with W=e) > -Wall (associated with W=1) > > $ make W=1e olddefconfig > > will work to sanity check. Sounds good. Being able to choose whether those sanity checks are warnings or errors is quite handful. I don't have preferences as to implementation. Env variables seem to have very clear and descriptive names. Command line options look fine too. I'd probably prefer command line args.