Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2116653pxb; Fri, 29 Jan 2021 13:45:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJwOmAK4dhMqNDaHlm4zwC9p3a3L8bwkNZfrxkbE0E5dkJq2CPWigz+5MjV76NNWKPkjdeeC X-Received: by 2002:a17:907:9863:: with SMTP id ko3mr6611068ejc.498.1611956757879; Fri, 29 Jan 2021 13:45:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611956757; cv=none; d=google.com; s=arc-20160816; b=J1Vu7cE1pb2pVX5N7y02nQ6zyj6J1B2JhkmAR2giG9tXR4PjXRGkBzHq0GQYrJJNBU p8j7iSQ8rsbCyKEMIu7zOCmvkAE2JfghvFtnkjNzfRuab2W3wGD/EUWVrssLp9LQx3PI 2PLdL8B70x9jtKzGFTBGZVKjhU0Rop/7nYRTT+zzQAslS9x9OgGOtzJGM8rnvMoy2jJq +nXZ1DHQ4aSgYZYeD7ky7e3QEQ3xUly+Vo8IQ5RaRTg0HJtXkgrYKPrBm7DvGqRKgjoU swOJoougiZx65/HsevQlBQolIdZyTVHQEYl+VYe3SbP19chn3f5OEHhLDwuUC1vIxZJP tBDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=/8sb/8sHZzMY1LKnIg86HfMzKFR8QSCQ0s3LqHm0oMw=; b=fNRpPtoZPoIhsr2iQ7ttF3vHw2SCZqUpynI61c1Gz6Lsd1YhorhKypaND/6S5OPeoZ 9eZV2cADB/xuep7fVU5FWRPySQuGVyHtDI3UYWV3Aj+1tAdquJ+x9uoWHJtp+Y9VHmEg l45D7fbNJyyqZqgAOKoARRrZr2njN525SocMN+B6xRigkRmu9o7utGM6fX1pOahVFmrv 62FHVKuazoKNGHA8+I+YpQid2hk3aeYIqNHDsZ7gg5BZKPnXINph/MPp3mN2U0wtW27j BNmJb+s3EGZjslX3WaKgrIZhv0cqSCpL/qBVSC1jWBn+ZB+hgb1nMig+VLV/jrJCxdi1 7zdA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=hkJ8h+7I; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t1si4300271ejb.703.2021.01.29.13.45.32; Fri, 29 Jan 2021 13:45:57 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=hkJ8h+7I; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233384AbhA2VnR (ORCPT + 99 others); Fri, 29 Jan 2021 16:43:17 -0500 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:34243 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233058AbhA2VnN (ORCPT ); Fri, 29 Jan 2021 16:43:13 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1611956507; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=/8sb/8sHZzMY1LKnIg86HfMzKFR8QSCQ0s3LqHm0oMw=; b=hkJ8h+7Ip0oBqPyIJ3xer9ztjcY0WokqcWyy8CrawrN1Vkfrwx/29VGG5sb/METcQk8Jh1 fnJ//FkqDWPbLkHpOpHWBzxH04gXEepZXUtWITS07mmQVHY0xn1mN86rJCYccaDmN4nO1d rC0DBxBcTb2AhmkomgkEl0q7bWmE19I= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-375-QS_yEcSqOJiHcpfjpran0A-1; Fri, 29 Jan 2021 16:41:45 -0500 X-MC-Unique: QS_yEcSqOJiHcpfjpran0A-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id C4B4B804017; Fri, 29 Jan 2021 21:41:42 +0000 (UTC) Received: from tucnak.zalov.cz (ovpn-112-64.ams2.redhat.com [10.36.112.64]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 5114860C5C; Fri, 29 Jan 2021 21:41:42 +0000 (UTC) Received: from tucnak.zalov.cz (localhost [127.0.0.1]) by tucnak.zalov.cz (8.16.1/8.16.1) with ESMTPS id 10TLfdEk3941781 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Fri, 29 Jan 2021 22:41:39 +0100 Received: (from jakub@localhost) by tucnak.zalov.cz (8.16.1/8.16.1/Submit) id 10TLfb3Z3938970; Fri, 29 Jan 2021 22:41:37 +0100 Date: Fri, 29 Jan 2021 22:41:37 +0100 From: Jakub Jelinek To: Arvind Sankar Cc: Nick Desaulniers , Masahiro Yamada , Nathan Chancellor , Andrew Morton , Sedat Dilek , LKML , clang-built-linux , Linux Kbuild mailing list , linux-arch , Fangrui Song , Caroline Tice , Nick Clifton , Yonghong Song , Jiri Olsa , Andrii Nakryiko , Arnaldo Carvalho de Melo , Nathan Chancellor Subject: Re: [PATCH v6 1/2] Kbuild: make DWARF version a choice Message-ID: <20210129214137.GW4020736@tucnak> Reply-To: Jakub Jelinek References: <20210129194318.2125748-1-ndesaulniers@google.com> <20210129194318.2125748-2-ndesaulniers@google.com> <20210129201712.GQ4020736@tucnak> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 29, 2021 at 04:32:32PM -0500, Arvind Sankar wrote: > Given what Jakub is saying, i.e. it was previously impossible to get > dwarf2 with gcc, and you get dwarf4 whether or not DEBUG_INFO_DWARF4 was It isn't impossible to get it, -gdwarf-2 works, it is just not a very good choice (at least unless one knows some debug info consumer is not DWARF3 or later ready). Though, even gcc -gdwarf-2 will use many extensions from DWARF3 and later, as long as there is no way to describe stuff in DWARF2. -gstrict-dwarf option requests that no DWARF extensions are used. Jakub