From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gnu.wildebeest.org (wildebeest.demon.nl [212.238.236.112]) by sourceware.org (Postfix) with ESMTPS id 5C23F38708B2 for ; Mon, 15 Feb 2021 18:55:29 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 5C23F38708B2 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 (deer0x15.wildebeest.org [172.31.17.151]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id A0384300047C; Mon, 15 Feb 2021 19:55:27 +0100 (CET) Received: by librem (Postfix, from userid 1000) id E0C3FC0EA1; Mon, 15 Feb 2021 19:54:17 +0100 (CET) Date: Mon, 15 Feb 2021 19:54:17 +0100 From: Mark Wielaard To: "Sharma, Alok Kumar" Cc: "dwz@sourceware.org" , "George, Jini Susan" , "E, Nagajyothi" , "Achra, Nitika" Subject: Re: Plan to contribute for supporting split dwarf (-gsplit-dwarf) in dwz Message-ID: <20210215185417.GC3149@wildebeest.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-5.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: dwz@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Dwz mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2021 18:55:30 -0000 Hi Alok, On Mon, Feb 15, 2021 at 05:26:29PM +0000, Sharma, Alok Kumar via Dwz wrote: > I am planning to contribute for supporting split DWARF. > > Please let me know if it is already being worked on? That is great. Nobody is currently working on that as far as I know. One issue to resolve is knowing how to "unsplit" the DWARF first. Since it isn't clear (to me) whether it makes sense to do split DWARF .dwo (sections/files) together with Supplementary DWARF Object references. One idea might be to handle DWP processed files? There are a couple of bugs that might be prerequirements for handling split DWARF, you probably need "split" variants of these bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=27376 https://sourceware.org/bugzilla/show_bug.cgi?id=27375 https://sourceware.org/bugzilla/show_bug.cgi?id=27373 See also this comment: https://sourceware.org/bugzilla/show_bug.cgi?id=24726#c5 Which describes some other issues, like DW_FORM_strx, .debug_str_offset, DW_FORM_rnglistx and various _base attributes that need supporting. (This should probabably have their own bugs filed.) There is already one explicit -gsplit-dwarf variant bug: https://sourceware.org/bugzilla/show_bug.cgi?id=24756 But that is only for part of the problem (and might be simply resolved by bug #27375). Cheers, Mark