From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9661 invoked by alias); 7 Jan 2008 21:44:55 -0000 Received: (qmail 9652 invoked by uid 22791); 7 Jan 2008 21:44:55 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 07 Jan 2008 21:44:27 +0000 Received: from kahikatea.snap.net.nz (30.30.255.123.static.snap.net.nz [123.255.30.30]) by viper.snap.net.nz (Postfix) with ESMTP id 59F7D3D9C47; Tue, 8 Jan 2008 10:44:23 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id CA18F8FC6D; Tue, 8 Jan 2008 10:44:21 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18306.40244.667410.885833@kahikatea.snap.net.nz> Date: Mon, 07 Jan 2008 21:44:00 -0000 To: Vladimir Prus Cc: gdb@sources.redhat.com Subject: Re: Breakpoint menus with overloaded constructors In-Reply-To: References: <18301.21862.895127.476459@kahikatea.snap.net.nz> <20080104125310.GC27161@caradoc.them.org> <200801041441.26666.vladimir@codesourcery.com> X-Mailer: VM 7.19 under Emacs 23.0.50.25 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-01/txt/msg00045.txt.bz2 > Ok, I have no clue :-(. breakpoint.c calls decode_line_1 with "A::A". > It gets to sals back, both are zeroed. This is not something I've ever > touched, and I don't know what could be the problem. If I set breakpoints in the overloaded constructors (AZA::AZA) and similar overloaded methods (AZA::BZB) I get: (gdb) inf break Num Type Disp Enb Address What 1 breakpoint keep y 0x08048890 in AZA at overgdb.cc:12 2 breakpoint keep y 0x080488c8 in AZA at overgdb.cc:17 3 breakpoint keep y 0x080488f4 in AZA::BZB(int) at overgdb.cc:22 4 breakpoint keep y 0x0804892c in AZA::BZB(double) at overgdb.cc:27 which presumably should be: (gdb) inf break Num Type Disp Enb Address What 1 breakpoint keep y 0x08048890 in AZA::AZA at overgdb.cc:12 2 breakpoint keep y 0x080488c8 in AZA::AZA at overgdb.cc:17 3 breakpoint keep y 0x080488f4 in AZA::BZB(int) at overgdb.cc:22 4 breakpoint keep y 0x0804892c in AZA::BZB(double) at overgdb.cc:27 So I wonder if GDB is reading the symbol information correctly. readelf gives me: <2><5d00>: Abbrev Number: 53 (DW_TAG_subprogram) DW_AT_sibling : <5d19> DW_AT_external : 1 DW_AT_name : AZA DW_AT_decl_file : 1 DW_AT_decl_line : 15 DW_AT_declaration : 1 <2><5d19>: Abbrev Number: 54 (DW_TAG_subprogram) DW_AT_sibling : <5d40> DW_AT_external : 1 DW_AT_name : BZB DW_AT_decl_file : 1 DW_AT_decl_line : 20 DW_AT_MIPS_linkage_name: _ZN3AZA3BZBEi DW_AT_declaration : 1 i.e. no linkage for AZA but I'm not sure how GDB links the methods AZA and BZB to the class AZA. -- Nick http://www.inet.net.nz/~nickrob