From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout-p-101.mailbox.org (mout-p-101.mailbox.org [80.241.56.151]) by sourceware.org (Postfix) with ESMTPS id 7A8473857B8A for ; Mon, 25 Jul 2022 12:05:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 7A8473857B8A Received: from smtp202.mailbox.org (smtp202.mailbox.org [10.196.197.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4LrzJb2RLjz9sQZ; Mon, 25 Jul 2022 14:05:35 +0200 (CEST) Date: Mon, 25 Jul 2022 14:05:33 +0200 (CEST) From: ibuclaw@gdcproject.org To: Jan Beulich , "gcc@gcc.gnu.org" Cc: Ian Lance Taylor Message-ID: <1048129500.281965.1658750733793@office.mailbox.org> In-Reply-To: <168911bd-ba44-e197-ffd7-c687a6d7eb06@suse.com> References: <168911bd-ba44-e197-ffd7-c687a6d7eb06@suse.com> Subject: Re: libiberty D tuple demangling MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Normal X-Spam-Status: No, score=-7.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2022 12:05:44 -0000 > On 25/07/2022 08:45 CEST Jan Beulich wrote: > > > Hello, > > while commit 3f30a274913b ("libiberty: Update D symbol demangling > for latest ABI spec") mentions in its description that tuple encoding > has changed, there's no real adjustment to dlang_parse_tuple() there, > nor are there any new (or replaced) test cases for that. Was this > simply overlooked? > Hi Jan, Is there any specific example that fails to demangle, or are you just skimming? >From what I recall, there is a couple places in the dlang_demangle parser that handle ambiguities in a mangled symbol. The ABI change only added a terminating 'Z', which makes said code that handles ambiguity redundant - but of course kept around so we handle both old and new symbols. > Furthermore the current ABI specifies "B Parameters Z". As I don't > know what the old ABI said, I can only wonder whether the present > code decoding (in a loop) merely a Type (and not a Parameter) was > actually correct. > Do you think we should instead be calling dlang_function_args instead? (Having a quick look at both, that does seem to be the case). Iain.