From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-117866-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 2142 invoked by alias); 26 Nov 2014 07:31:51 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 2117 invoked by uid 89); 26 Nov 2014 07:31:50 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: mail-ob0-f180.google.com
Received: from mail-ob0-f180.google.com (HELO mail-ob0-f180.google.com) (209.85.214.180) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 26 Nov 2014 07:31:49 +0000
Received: by mail-ob0-f180.google.com with SMTP id wp4so1752820obc.39        for <gdb-patches@sourceware.org>; Tue, 25 Nov 2014 23:31:47 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=1e100.net; s=20130820;        h=x-gm-message-state:mime-version:in-reply-to:references:date         :message-id:subject:from:to:cc:content-type;        bh=GsSp4Zc6TYnP3DBZeBIr6FLRkybsYaU3po+OxwkxHKg=;        b=c/7QlL84OTe4Nzywott3nFNLfZ85TKUQTfEIOlf9lQdhNNuU36zRXmcqn92Fj1M4hZ         kg3DkmMfPvJvdIkAY1dkHk2CMZaHUwKehr0O5t163A+HzccoZOeeSqoyPakX0vcCRRKO         B4T9oHQDn0MILYHgVCy2OtZh0ymhKddqObU80YcGP8T1Vnh3RubmIIG81kwWUZq0xwD8         1Uru/R6NNcUKCg+7ohhuEzjyusBsxTQCiLj9NhwYHGv0pmgHtCA2auO2fVMK1xk4BCtI         cMYKh6ZZNPXrTGJZuHd6R0s6VnY+8TMysT+3t3mba8j4wUI5rBk2ACG7HQLtxdQEvySj         Yfgw==
X-Gm-Message-State: ALoCoQljdqlKvl49wr71NcsF7PL4T0iAnF0aKSbvSBDfxqgTBPBbL5y/n0x2BuCl7XbmmNB0FVXV
MIME-Version: 1.0
X-Received: by 10.202.76.216 with SMTP id z207mr629545oia.101.1416987107750; Tue, 25 Nov 2014 23:31:47 -0800 (PST)
Received: by 10.202.225.68 with HTTP; Tue, 25 Nov 2014 23:31:47 -0800 (PST)
In-Reply-To: <CADPb22Sb3r5RdXc_879iVF8uqMmjhoo9uAiyfOeKKTep6OL0Xw@mail.gmail.com>
References: <CAGyQ6gxO+u9hc_6Qo8Z=-MsNgrBPruDSULYOQY-iQ+xv9d0xfw@mail.gmail.com>	<CADPb22T800NSiXg4XjOwTgwQSZfs-uSBoSku0b7tkF=CAGkzwQ@mail.gmail.com>	<CAGyQ6gwZhLkVwcay=r=n-V7W+eVn7iWrn_MRzksPegSym7A40g@mail.gmail.com>	<CADPb22QmGovY394MbkwqZ34SVGEHkk7Z+6V5OqOGvbsxv_WgVg@mail.gmail.com>	<CAGyQ6gzOr86ORPhUjvBZ1YpQdsFDnUqz8gSJsy399+OKVufqzA@mail.gmail.com>	<CADPb22Sb3r5RdXc_879iVF8uqMmjhoo9uAiyfOeKKTep6OL0Xw@mail.gmail.com>
Date: Wed, 26 Nov 2014 07:31:00 -0000
Message-ID: <CAGyQ6gy0EwaAgZQSmQ25hW2uiYrdZw7ym2qoM_-zn_WcEDOAyw@mail.gmail.com>
Subject: Re: [RFC] While processing a struct die, store the method's address in its fn_field
From: Siva Chandra <sivachandra@google.com>
To: Doug Evans <dje@google.com>
Cc: gdb-patches <gdb-patches@sourceware.org>
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes
X-SW-Source: 2014-11/txt/msg00658.txt.bz2

Phew...

On Tue, Nov 25, 2014 at 7:22 PM, Doug Evans <dje@google.com> wrote:
> fwiw, GDB is bad enough that I often can't trust just reading the code.
> I often punt on that and actually single step through
> the relevant code to REALLY see what is happening.

I single stepped through the code and now see everything that you said here!

I believed this in gdbtypes.h:

 889             /* * If is_stub is clear, this is the mangled name which
 890                we can look up to find the address of the method
 891                (FIXME: it would be cleaner to have a pointer to the
 892                struct symbol here instead).
 893
 894                If is_stub is set, this is the portion of the mangled
 895                name which specifies the arguments.  For example, "ii",
 896                if there are two int arguments, or "" if there are no
 897                arguments.  See gdb_mangle_name for the conversion from
 898                this format to the one used if is_stub is clear.  */
 899
 900             const char *physname;

Rest of what I thought I understood fell out from this belief! And the
names look so enticing.

Resetting my mind ...