Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp1802355rwb; Sun, 14 Aug 2022 12:42:38 -0700 (PDT) X-Google-Smtp-Source: AA6agR6r5glzncy07jBB3MgPGKcpJ29sECw3m40/cs8PlM9gpnslBdFaOKHfHPlJUjOahBoJgiXG X-Received: by 2002:a17:907:1611:b0:731:87dd:5eda with SMTP id hb17-20020a170907161100b0073187dd5edamr8678643ejc.148.1660506158348; Sun, 14 Aug 2022 12:42:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660506158; cv=none; d=google.com; s=arc-20160816; b=IDkBFjLXPVyBw0L7EAlTYuJJTdG34zYnu2C7TN3oTVIKRzT+g01+o7PoSjRJ+Qow/r Isox4W/muWoikwspJ+LXZNI+GRaR6ZyqRnDBbq7pZJPlEVel0gxDvylwnbXFhzmJ0yjw avZO+BxFWgT1eVNgB97vG+YpugpJLr9lW0LFiCVQgCl/7hFdKkPSHZDRBRUOixg1vBIN yvoNfjgFvL89qcz9XqQySF1c7lGsJSx0oP8ompEK4DzoXXV82r1m7PG1KWdHLV/FQAj8 dJ5JWZDSluzAhhRPodNWIl5oUd3/UvWTAgDegDmhf5kbzrl44cjGFVmydk+ln83MAP4r 6oLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=oukTcdqzxgCAnjn2sDzCBwJuwmACAodKDpY3pQUuT0U=; b=Yv/xqqZAsjmUpQ4109Fc9r/m7B9IPu5bim2fJsxrLQz9YxkTqjwtllU+gSG/+jlnpw Si0XKW5Gpi53zS7BkX+fWGXRrcz/NeATVRIrHghQR74EoNNAHkhEGB+K5IiVrZc7Qwyz k809Wnep3jZVzkxmnnbCHVie74302LaSNTiFApbm+Mk5I5mWKbL9F71Tlf50zufdVkqO vwpiWeGi5rahX2OCA7b62wqngyIMCR5e0DS1m02QYuuv2SDfQcExkvbtzp+Bh7fgblSG Xx6b20b8VZOPdHGi3a/zvOQH9sZjTzL0dqNX9AQihUtJK+nSCYAcHQMkQ+M00dh83sSz bfgg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=J7bIEbuV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i26-20020a170906251a00b007306dde08desi5126671ejb.448.2022.08.14.12.42.02; Sun, 14 Aug 2022 12:42:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=J7bIEbuV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230382AbiHNTR4 (ORCPT + 99 others); Sun, 14 Aug 2022 15:17:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51874 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229509AbiHNTRy (ORCPT ); Sun, 14 Aug 2022 15:17:54 -0400 Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1433B1EAF1; Sun, 14 Aug 2022 12:17:53 -0700 (PDT) Received: by mail-lf1-x135.google.com with SMTP id a9so8026707lfm.12; Sun, 14 Aug 2022 12:17:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=oukTcdqzxgCAnjn2sDzCBwJuwmACAodKDpY3pQUuT0U=; b=J7bIEbuVudtPdI/hR4Xn1rdk3oa67ILRAFG+q/ZGHEw3mMFmf3WNOwTZW7a2tEh5wh wRV7d/+MpE2cZtevWn5ESDf1EklvMksCsiGNYlU5rqXrW13wy7554Lwsq+T5L+QNUgNA nCD7OohbUdZ6+PNZOzDRHh5fEWzSg+k7ZXX20r/e1o7y4IlZvTG8gfuMuEQ9hh7mTlf3 FLUbTGlpUBpUKsISBXv88YiloEy4x9WzPyE4utdC3rlBbgbhsuPS8ID6B7BvTEKrv1Vk /bzWGT8K25PV5gfSIauc175T0AAAVsHRkIr/p+vTR5+ALEAa/SiRfC2Eb6TCaFSIYU8r FsAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=oukTcdqzxgCAnjn2sDzCBwJuwmACAodKDpY3pQUuT0U=; b=FdeCnQ2jWvg0bA46DCdUa/AixP7Rn+9KDY6A8qIxxfXoT2iBICZigXMlBVEa3QOCQH m49DFKnsJkGjASAj5pQB+WlyAaRQnEWt/EQc0+K0MppqNQHUF3AEFeIQsbL63iGjgKdg iEhsnJFB5gYoKY0Skpjxzn15vf7unsZC/QGaY/z5c3TP6PphglWsOX185sx10BALqiZ1 Ci4hUAJu9FyAblocR0WGgVJJ1/0BmZ7F6kDEtFhYE5jnJ3jcZ9Rd/ihFdy4jh05KMNlj T6sp8Pr/D0ja9tXnH4oC9uD63iaWxz8EmK1L80QzvoXsiVcRQGPo6iqPUZjTWBcs+QEs yG6A== X-Gm-Message-State: ACgBeo2RQ+daDyKIrebvfPMZ3ANnFV6bu9RqgqBc+2LjVzGrJysI00TK e1lUjapGP9GyFGpYNAK0RfcLdwqUP+XAZyzQw7Y= X-Received: by 2002:a05:6512:4016:b0:48b:1e96:af0f with SMTP id br22-20020a056512401600b0048b1e96af0fmr4706968lfb.359.1660504671280; Sun, 14 Aug 2022 12:17:51 -0700 (PDT) MIME-Version: 1.0 References: <20220814002021.16990-1-dmitrii.bundin.a@gmail.com> <20220814053124.fsj3bqamrqyfoiey@google.com> In-Reply-To: <20220814053124.fsj3bqamrqyfoiey@google.com> From: Dmitrii Bundin Date: Sun, 14 Aug 2022 22:17:39 +0300 Message-ID: Subject: Re: [PATCH v2] kbuild: add configurable debug info level To: Fangrui Song , masahiroy@kernel.org Cc: Andrew Morton , Michal Marek , Nick Desaulniers , Nathan Chancellor , "Peter Zijlstra (Intel)" , Kees Cook , Josh Poimboeuf , Dan Williams , Isabella Basso , Eric Dumazet , Vlastimil Babka , Rasmus Villemoes , Linux Kernel Mailing List , Linux Kbuild mailing list Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > We already have CONFIG_DEBUG_INFO_NONE to > disable the debug info. Thanks for pointing this out. Indeed providing another way of disabling debug info does not look reasonable to me. So only it makes sense to set only 1, 2 or 3 debug levels. > Using 'int' does not look sensible to me. Could you please give a hint why? My intention to choose int was to provide a boundary with range on the DEBUG_INFO_LEVEL option to choose only acceptable ones. On Sun, Aug 14, 2022 at 8:31 AM Fangrui Song wrote: > In Clang, -g = -g2 = -g3. To generate macro information, > specify -fdebug-macro. Thanks. I would propose to add another config option like DEBUG_MACRO_DEFINITIONS to turn on macro information for GCC/Clang. For GCC it would be -g3, for Clang -fdebug-macro. > Before GCC 11 and Clang 12, -gsplit-dwarf implied -g2 (older > -gsplit-dwarf is like today's `-gsplit-dwarf -g2`). > > GCC 11 and Clang 12 (https://reviews.llvm.org/D80391) have changed > -gsplit-dwarf to not imply -g2. > > For a group of -g0 -g1 -g2, the last option wins. Therefore, > > -g0 -gsplit-dwarf => debug info in GCC<11 and Clang<12 > -g0 -gsplit-dwarf => no debug info in GCC>=11 and Clang>=12 I would add a note that when selecting -gdwarf- gcc also implicitly sets -g2 (at least in older versions). It seems reasonable to me to put the DEBUG_LEVEL_INFO setting at the very bottom to prevent it from overriding implicitly. What do you think?