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 32827385701F for ; Tue, 23 Mar 2021 14:20:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 32827385701F 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 tarox.wildebeest.org (tarox.wildebeest.org [172.31.17.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id 74D14302FB96; Tue, 23 Mar 2021 15:20:12 +0100 (CET) Received: by tarox.wildebeest.org (Postfix, from userid 1000) id 5DD62413CEBD; Tue, 23 Mar 2021 15:20:12 +0100 (CET) Message-ID: Subject: Re: [PATCH] tests: fix for toolchains producing compressed debug sections From: Mark Wielaard To: "Dmitry V. Levin" , debugedit@sourceware.org Cc: Vitaly Chikunov Date: Tue, 23 Mar 2021 15:20:12 +0100 In-Reply-To: <20210322200000.GA3531@altlinux.org> References: <20210322200000.GA3531@altlinux.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Evolution 3.28.5 (3.28.5-10.el7) Mime-Version: 1.0 X-Spam-Status: No, score=-5.3 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: debugedit@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: debugedit development mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 14:20:15 -0000 Hi Dmitry, On Mon, 2021-03-22 at 20:00 +0000, Dmitry V. Levin wrote: > When toolchain produces compressed debug sections by default, > quite a few debugedit tests fail because of unexpected > "debugedit: ./foo.o: DWARF version 0 unhandled" error diagnostic messages= : > 3: debugedit .debug_str objects DWARF4 FAILED (debugedit.at= :97) > 4: debugedit .debug_str/line_str objects DWARF5 FAILED (debugedit.at= :129) > 9: debugedit .debug_info objects FAILED (debugedit.at= :291) > 12: debugedit .debug_types objects FAILED (debugedit.at= :370) > 15: debugedit .debug_line objects DWARF4 FAILED (debugedit.at= :460) > 16: debugedit .debug_line objects DWARF5 FAILED (debugedit.at= :484) > 21: debugedit .debug_macro objects FAILED (debugedit.at= :598) >=20 > Fix this by instructing gcc not to produce compressed debug sections > in object files prepared for debugedit tests. >=20 > * tests/debugedit.at: Add "-gz=3Dnone" to "gcc -g3" invocations. Yes, that is a good workaround for now. But we should at least give a good error message. And ideally just handle compressed debug ELF sections (But then the question is how? Do we always simply decompress, do we require an explicit command line option? Do we simply recompress when done?) I filed https://sourceware.org/bugzilla/show_bug.cgi?id=3D27636 > Co-authored-by: Vitaly Chikunov And Signed-off-by: Dmitry V. Levin , I assume? Thanks, Mark