From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from outbound-ss-761.bluehost.com (outbound-ss-761.bluehost.com [74.220.211.250]) by sourceware.org (Postfix) with ESMTPS id 4550A3857C45 for ; Fri, 24 Feb 2023 19:33:59 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4550A3857C45 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=tromey.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=tromey.com Received: from cmgw15.mail.unifiedlayer.com (unknown [10.0.90.130]) by progateway8.mail.pro1.eigbox.com (Postfix) with ESMTP id 9CCBD1004CA6E for ; Fri, 24 Feb 2023 19:33:58 +0000 (UTC) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with ESMTP id VdpOpMThPTQEGVdpOphjDO; Fri, 24 Feb 2023 19:33:58 +0000 X-Authority-Reason: nr=8 X-Authority-Analysis: v=2.4 cv=N7Tsq0xB c=1 sm=1 tr=0 ts=63f91126 a=ApxJNpeYhEAb1aAlGBBbmA==:117 a=ApxJNpeYhEAb1aAlGBBbmA==:17 a=dLZJa+xiwSxG16/P+YVxDGlgEgI=:19 a=m04uMKEZRckA:10:nop_rcvd_month_year a=Qbun_eYptAEA:10:endurance_base64_authed_username_1 a=CCpqsmhAAAAA:8 a=76MtiPt-mdQ8aIYKyBkA:9 a=ul9cdbp4aOFLsgKbc677:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References :Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=9qZnBCVbd+LTvA0r/YdCkl96IlIdq7NaKHssh2WrBrM=; b=KNsB+bAfh7Ormxigjj3LGX9Jqi jR8XYuBqQ5cVYypqoSkO+feZG92ZjEkVq64uhScVhSLfnJEMH/A6pgyB1tLSEDwzL5MJVcppADOvF iwxqpI9FKNiYgwmUrkrS1YjkS; Received: from 75-166-130-93.hlrn.qwest.net ([75.166.130.93]:39406 helo=murgatroyd) by box5379.bluehost.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1pVdpO-0028lU-E5; Fri, 24 Feb 2023 12:33:58 -0700 From: Tom Tromey To: Tom de Vries via Gdb-patches Cc: Tom de Vries Subject: Re: [PATCH] [gdb/symtab] Add set/show always-read-ctf on/off References: <20230224123522.21756-1-tdevries@suse.de> X-Attribution: Tom Date: Fri, 24 Feb 2023 12:33:54 -0700 In-Reply-To: <20230224123522.21756-1-tdevries@suse.de> (Tom de Vries via Gdb-patches's message of "Fri, 24 Feb 2023 13:35:22 +0100") Message-ID: <87r0uehn8d.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box5379.bluehost.com X-AntiAbuse: Original Domain - sourceware.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - tromey.com X-BWhitelist: no X-Source-IP: 75.166.130.93 X-Source-L: No X-Exim-ID: 1pVdpO-0028lU-E5 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: 75-166-130-93.hlrn.qwest.net (murgatroyd) [75.166.130.93]:39406 X-Source-Auth: tom+tromey.com X-Email-Count: 10 X-Source-Cap: ZWx5bnJvYmk7ZWx5bnJvYmk7Ym94NTM3OS5ibHVlaG9zdC5jb20= X-Local-Domain: yes X-Spam-Status: No, score=-3020.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,JMQ_SPF_NEUTRAL,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: >>>>> "Tom" == Tom de Vries via Gdb-patches writes: Tom> The setting is off by default, preserving current behaviour. Tom> A bit of background on the relevance of reading order: the formats have a Tom> priority relationship between them, where reading earlier means lower Tom> priority. By reading the format with the most detail last, we ensure it has Tom> the highest priority, which makes sure that in case there is overlapping info, Tom> the most detailed info is found. This explains the current reading order of Tom> mdebug, stabs and dwarf2. Tom> Add the unconditional reading of ctf before dwarf2, because it's less detailed Tom> than dwarf2. The conditional reading of ctf is still done after the attempt to Tom> read dwarf2, necessarily so because we only know whether there's dwarf2 after Tom> we've tried to read it. I'm sorry I didn't comment on the earlier thread. I wonder if the current behavior is important. Why not just always read all the debug info that gdb supports? This is how stabs+DWARF works and it makes a certain kind of sense -- due to separate compilation, you can wind up with an aggregate object (like an executable) where each individual part was made differently. That is, instead of the option, why not make it unconditional? Tom