From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id YpgnMEEW0mAtYAAAWB0awg (envelope-from ) for ; Tue, 22 Jun 2021 12:56:33 -0400 Received: by simark.ca (Postfix, from userid 112) id B4D571F1F2; Tue, 22 Jun 2021 12:56:33 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=MAILING_LIST_MULTI, RDNS_DYNAMIC autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (ip-8-43-85-97.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 D0FE91E54D for ; Tue, 22 Jun 2021 12:56:32 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 5E0503857416 for ; Tue, 22 Jun 2021 16:56:32 +0000 (GMT) Received: from rock.gnat.com (rock.gnat.com [IPv6:2620:20:4000:0:a9e:1ff:fe9b:1d1]) by sourceware.org (Postfix) with ESMTPS id 9EE783857C40 for ; Tue, 22 Jun 2021 16:56:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 9EE783857C40 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=adacore.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=adacore.com Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 64D70116609; Tue, 22 Jun 2021 12:56:20 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at gnat.com Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5X2FUEVbKhLi; Tue, 22 Jun 2021 12:56:20 -0400 (EDT) Received: from murgatroyd (97-122-70-83.hlrn.qwest.net [97.122.70.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by rock.gnat.com (Postfix) with ESMTPSA id B27A51165F2; Tue, 22 Jun 2021 12:56:19 -0400 (EDT) From: Tom Tromey To: Christian Biesinger Subject: Re: [PATCH 2/2] Decode Ada types in Python layer References: <20210617191230.71887-1-tromey@adacore.com> <20210617191230.71887-3-tromey@adacore.com> <87im2bus46.fsf@tromey.com> X-Attribution: Tom Date: Tue, 22 Jun 2021 10:56:19 -0600 In-Reply-To: (Christian Biesinger's message of "Fri, 18 Jun 2021 11:25:48 -0500") Message-ID: <87wnqlu9cc.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: gdb-patches , Tom Tromey Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" >> I don't think there is a demangled_name method on type, only on symbol. >> It may make sense to add one, though this is really only an issue for >> Ada AFAIK. Christian> Oops, yes, I got myself confused. But even so, should it respect the Christian> "demangle" setting? I don't think that would be all that useful really. For one thing, that would mean some user option affects the python API -- this can already happen, but it's a pain when it does. If the encoded Ada name is needed, it would be better to add a separate method. But, I don't think it's needed. It's just an artifact of the way that GNAT worked around DWARF limitations in a particular era (an ongoing era in some ways). Tom