From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12647 invoked by alias); 5 Dec 2003 17:12:40 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 12640 invoked from network); 5 Dec 2003 17:12:38 -0000 Received: from unknown (HELO hawaii.kealia.com) (209.3.10.89) by sources.redhat.com with SMTP; 5 Dec 2003 17:12:38 -0000 Received: by hawaii.kealia.com (Postfix, from userid 2049) id E7BACC5D3; Fri, 5 Dec 2003 09:12:37 -0800 (PST) To: mec.gnu@mindspring.com (Michael Elizabeth Chastain) Cc: drow@mvista.com, gdb-patches@sources.redhat.com Subject: Re: [rfa/c++] cp_lookup_rtti_type, take 2 References: <20031205042237.56AFD4B35C@berman.michael-chastain.com> From: David Carlton Date: Fri, 05 Dec 2003 17:12:00 -0000 In-Reply-To: <20031205042237.56AFD4B35C@berman.michael-chastain.com> (Michael Elizabeth Chastain's message of "Thu, 4 Dec 2003 23:22:37 -0500 (EST)") Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Rational FORTRAN, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-12/txt/msg00212.txt.bz2 On Thu, 4 Dec 2003 23:22:37 -0500 (EST), mec.gnu@mindspring.com (Michael Elizabeth Chastain) said: >> The only reason we can do it by symbol lookup at all is the One >> Definition Rule, and we should probably be restricting ourselves to the >> objfile in which we found the minimal symbol. > Yes, it's still very flaky. The only reason it works now is that > there is a low-priority "fallback" search over all static blocks. > That is just more trouble waiting to happen. Yeah, but my current patch awaiting approval fixes that. Those symbols shouldn't be static in the first place. > We've got a vtbl pointer, and we want type information for it. > So we translate: > vtbl address -> minsym > minsym -> mangled name > mangled name -> demangled name > demangled name -> prefix > prefix -> symbol > symbol -> type > Maybe we should just go from the vtbl address to the symbol without > converting to a name and back again?! It would be nice if we could eventually short-circuit much or all of this. As Daniel likes to point out, we should try to reduce our demangler dependencies wherever possible, and this is a particularly unpleasant one. > In retrospect, my new lookup_rtti_type should take the domain as a > parameter. I think that would be more confusing. David Carlton carlton@kealia.com