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 6F0AB3850402 for ; Wed, 10 Feb 2021 12:06:03 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 6F0AB3850402 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 5E45630D830A for ; Wed, 10 Feb 2021 13:06:01 +0100 (CET) Received: by tarox.wildebeest.org (Postfix, from userid 1000) id 0CC574000F4D; Wed, 10 Feb 2021 13:06:01 +0100 (CET) Message-ID: <5b6633862f257bac99fa3fccfde18b931ad10cf2.camel@klomp.org> Subject: dwz 0.14 release? From: Mark Wielaard To: dwz@sourceware.org Date: Wed, 10 Feb 2021 13:06:00 +0100 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, JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no 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: Wed, 10 Feb 2021 12:06:13 -0000 Hi, I was wondering what we still need to do to get a 0.14 release out? It would be nice to release now that we support DWARF5 as GCC11 outputs it by default now. There are some DWARF5 constructs we still don't support, but they aren't really required because they are non-default. The only real issue is the combination of DWARF5 and dwz --odr. We see the following failures in the testsuite: There are still failures with the ODR support when building the testcases with -gdwarf-5, specifically: FAIL: /opt/local/src/dwz/testsuite/dwz.tests/odr-class-ns.sh FAIL: /opt/local/src/dwz/testsuite/dwz.tests/odr-def-decl.sh FAIL: /opt/local/src/dwz/testsuite/dwz.tests/odr-loc.sh FAIL: /opt/local/src/dwz/testsuite/dwz.tests/odr-struct.sh FAIL: /opt/local/src/dwz/testsuite/dwz.tests/odr-struct-ns.sh FAIL: /opt/local/src/dwz/testsuite/dwz.tests/odr-union.sh FAIL: /opt/local/src/dwz/testsuite/dwz.tests/odr-class.sh FAIL: /opt/local/src/dwz/testsuite/dwz.tests/odr-union-ns.sh I haven't really investigated why that is. But we can always say that ODR support is experimental and doesn't yet work for DWARF5. Cheers, Mark