From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 308zLEmLNmDDGgAAWB0awg (envelope-from ) for ; Wed, 24 Feb 2021 12:22:17 -0500 Received: by simark.ca (Postfix, from userid 112) id A5F1E1EF78; Wed, 24 Feb 2021 12:22:17 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 0B23C1E590 for ; Wed, 24 Feb 2021 12:22:17 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 886FF3951C03; Wed, 24 Feb 2021 17:22:16 +0000 (GMT) Received: from gnu.wildebeest.org (wildebeest.demon.nl [212.238.236.112]) by sourceware.org (Postfix) with ESMTPS id E799838708D9; Wed, 24 Feb 2021 17:22:13 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org E799838708D9 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=klomp.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mark@klomp.org Received: from librem (84-29-170-194.cable.dynamic.v4.ziggo.nl [84.29.170.194]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id C44E43032F84; Wed, 24 Feb 2021 18:22:12 +0100 (CET) Received: by librem (Postfix, from userid 1000) id 1D703C1781; Wed, 24 Feb 2021 18:21:01 +0100 (CET) Date: Wed, 24 Feb 2021 18:21:01 +0100 From: Mark Wielaard To: Nick Clifton Subject: Re: build-ids, .debug_sup and other IDs (Was: [PATCH] Handle DWARF 5 separate debug sections) Message-ID: <20210224172101.GB3014@wildebeest.org> References: <20210221231810.1062175-1-tom@tromey.com> <20210224150752.GA23884@tarox.wildebeest.org> <8c0ada00-7516-a7a2-b08e-aaaf677dd4f6@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8c0ada00-7516-a7a2-b08e-aaaf677dd4f6@redhat.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: dwz@sourceware.org, Tom Tromey , elfutils-devel@sourceware.org, gdb-patches@sourceware.org Errors-To: gdb-patches-bounces@sourceware.org Sender: "Gdb-patches" Hi Nick, On Wed, Feb 24, 2021 at 05:00:14PM +0000, Nick Clifton wrote: > > Context is that dwz 0.15 (still not released yet) can now produce > > standardized DWARF Supplementary Files using a .debug_sup section > > when using --dwarf-5 -m multifile. See this bug report: > > https://sourceware.org/bugzilla/show_bug.cgi?id=27440 > > Is there somewhere that I can lay my hands on a file containing a > .debug_sup section and its corresponding supplimentary file ? I > would like to test the binutils to make sure that they can support > them too. Currently you need dwz git trunk (hopefully we will do a real release by Monday?). The following will get you a .sup file for dwz itself: $ git clone git://sourceware.org/git/dwz.git $ cd dwz $ ./configure $ make $ cp dwz one $ cp dwz two $ dwz --dwarf-5 -m sup one two If you already process .gnu_debugaltlink then processing the .debug_sup shouldn't be too hard. Just don't expect there to be a .note.gnu.build-id. Also note that instead of DW_FORM_GNU_alt_ref and DW_FORM_GNU_alt_strp the one and two files will contain DW_FORM_ref_sup and DW_FORM_ref_strp. The formal description of the .debug_sup section can be found in section 7.3.6 DWARF Supplementary Object Files http://dwarfstd.org/doc/DWARF5.pdf Cheers, Mark