From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10811 invoked by alias); 5 Dec 2003 04:23:16 -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 10804 invoked from network); 5 Dec 2003 04:23:16 -0000 Received: from unknown (HELO blount.mail.mindspring.net) (207.69.200.226) by sources.redhat.com with SMTP; 5 Dec 2003 04:23:16 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by blount.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1AS7UJ-0006iy-00; Thu, 04 Dec 2003 23:22:43 -0500 Received: by berman.michael-chastain.com (Postfix, from userid 502) id 56AFD4B35C; Thu, 4 Dec 2003 23:22:37 -0500 (EST) To: drow@mvista.com, mec.gnu@mindspring.com Subject: Re: [rfa/c++] cp_lookup_rtti_type, take 2 Cc: carlton@kealia.com, gdb-patches@sources.redhat.com Message-Id: <20031205042237.56AFD4B35C@berman.michael-chastain.com> Date: Fri, 05 Dec 2003 04:23:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2003-12/txt/msg00191.txt.bz2 Cool, I will commit this patch now. > 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. 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?! > Now that we've had another major release of GDB I am extremely tempted > to rip out aCC C++ support. If you really want to experiment, the HP > TestDrive systems do have aCC installed; www.testdrive.hp.com and > spe191.testdrive.hp.com:telnet. But they're a real nuisance to run > tests on due to the lack of usable (to me) tools, and the restrictive > firewall. That's in my area. "Get into testdrive" is a task for me, and "set up migchain/migbat" is another task. I can handle the lack of tools as long as there is lots of disk space, because I bootstrap the whole toolchain. I'll have to see how restrictive the firewall is. > And if we found problems, there wouldn't be anyone motivated > to fix them. Well, it would be useful to get enough hpux running to clean up all the hp/acc special code in the test suite. It would be great if acc is completely getting replaced, too. > The "earlier version" used VAR_DOMAIN, FYI. It was presumably based on > the code in gnu-v2-abi.c, but because gnu-v2-abi.c didn't show the > problem I encountered at the time I didn't update it. Aha, the history is falling into place. In retrospect, my new lookup_rtti_type should take the domain as a parameter. This is the major regression from gdb 6.0 to gdb HEAD. I'd like to get gdb HEAD to a state where there are no known regressions. I have a goal that gdb_6_1-branch will take only 6 weeks from cutting the branch to the release! Michael C