From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 45905 invoked by alias); 29 Nov 2018 22:12:42 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 45890 invoked by uid 89); 29 Nov 2018 22:12:41 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=phil, Phil X-HELO: gateway21.websitewelcome.com Received: from gateway21.websitewelcome.com (HELO gateway21.websitewelcome.com) (192.185.45.147) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 29 Nov 2018 22:12:40 +0000 Received: from cm14.websitewelcome.com (cm14.websitewelcome.com [100.42.49.7]) by gateway21.websitewelcome.com (Postfix) with ESMTP id B51FB402B8BC9 for ; Thu, 29 Nov 2018 16:12:38 -0600 (CST) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id SUY2gToiPkBj6SUY2gPqxV; Thu, 29 Nov 2018 16:12:38 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=qspOs3KLQWtmtuoW/odOT+XCDrhvTpMfUarIEqFlChE=; b=hNUgpk+oqaISUwlz+HHllS2LTo uOuBlWZ8NepC3HMphWMX5zNdB6hZ1LkDcm9RdrSO3JdoJghYf3dD4kikCYzUXiLLy4eim1Y5TeN9O c7rZkzAaT0kFmtyQEkLMcRP0y; Received: from 97-122-190-66.hlrn.qwest.net ([97.122.190.66]:33806 helo=murgatroyd) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1gSUY2-001qrm-Eb; Thu, 29 Nov 2018 16:12:38 -0600 From: Tom Tromey To: Simon Marchi Cc: Tom de Vries , , Phil Muldoon , Tom Tromey Subject: Re: [PATCH][gdb/python] Add interface to access minimal_symbols References: <20181004211115.GA31056@delia> <39c4336d-c749-6f79-5a29-0b764fc4935e@ericsson.com> Date: Thu, 29 Nov 2018 22:12:00 -0000 In-Reply-To: <39c4336d-c749-6f79-5a29-0b764fc4935e@ericsson.com> (Simon Marchi's message of "Fri, 5 Oct 2018 00:43:12 -0400") Message-ID: <87d0qna5yi.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2018-11/txt/msg00552.txt.bz2 >>>>> "Simon" == Simon Marchi writes: Simon> I think I have read (probably from Phil or Tom Tromey) that the intention was to Simon> expose minsyms and full symbols using the same Symbol class, to avoid exposing Simon> the fact that GDB represents symbols in different ways internally. I don't know Simon> if there was some concrete plans for that or if it was just at the idea stage. I think various ideas were kicked around but nothing was really committed to. And, to my knowledge, nobody has really done any work in this area. The biggest fear, IMO, was that exposing either symbols or minimal symbols to Python would lock us in to some undesirable API in the future. The basis for this fear is the (common?) belief that gdb's internal symbol tables are not very good. I suppose I've been hoping for years that either somebody would finally clean things up, or that I'd somehow get around to it. Nowadays I tend to think we should push forward even with something that isn't perfect. While the worst case is pretty bad -- having to delete some Python API and cause some chaos for users -- I imagine it won't come to that. And anyway Python is dynamic enough that one can usually work around the problems. Tom