From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4248 invoked by alias); 14 Jan 2002 18:25:09 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 4173 invoked from network); 14 Jan 2002 18:25:03 -0000 Received: from unknown (HELO omecihuatl.rz.uni-osnabrueck.de) (131.173.17.35) by sources.redhat.com with SMTP; 14 Jan 2002 18:25:03 -0000 Received: from sedanet0.sedan.uni-osnabrueck.de (sedanet0.sedan.Uni-Osnabrueck.DE [131.173.58.2]) by omecihuatl.rz.uni-osnabrueck.de (8.11.1/8.11.1) with ESMTP id g0EIP1K02452 for ; Mon, 14 Jan 2002 19:25:01 +0100 Received: from steelrose (steelrose.sedan.Uni-Osnabrueck.DE [131.173.58.129]) by sedanet0.sedan.uni-osnabrueck.de (8.11.2/8.8.8) with SMTP id g0EIP1W24805 for ; Mon, 14 Jan 2002 19:25:01 +0100 Message-ID: <004501c19d29$34583320$813aad83@sedan.uniosnabrueck.de> Reply-To: "Guido S." From: "Guido S." To: Subject: GDB C++ support Date: Mon, 14 Jan 2002 10:25:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-SW-Source: 2002-01/txt/msg00148.txt.bz2 Hi, I talked to Eli Zeretzki about this recently, and he suggested to post this on this list: given the following source: class A { public: ... void f( ostream & o); }; main() { A my_A; my_A.f(cerr); } i enter gdb and want to use b 'A::f', which doesn't work (just no symbol info in demangled form for gdb available) b 'main()' works ... strange enough. so classless names (which I assume are not mangled/encoded in c style) are possible. when I set the breakpoint via b gdbtest.cpp:24 it stops and shows the appropriate line as: Breakpoint 1, main () at gdbtest.cpp:31 31 A m(5); (gdb) c Continuing. Breakpoint 2, _ZN1A1fERSo (this=0x1f13fd8, o=@0x3b4c0) at gdbtest.cpp:24 24 o << i << endl; (gdb) info stack #0 _ZN1A1fERSo (this=0x1f13fd8, o=@0x3b4c0) at gdbtest.cp #1 0x1e8c in main () at gdbtest.cpp:32 #2 0x5a82 in __crt1_startup () at c:/djgpp/lang/cxx-v3/bits/locale_facets.tcc:75 this is for gcc 3.0.3, gdb 5.0 and compiled with -gstabs+, using djgpp 2.03 So my question would be, how far the work on support for C++ and gcc 3.x went as of now, and if one could expect some solution to this problem in the near future? It just confuses me, that the development of gcc and gdb seems so asynchronous, and a compiler suite, as elegant as it may be, withers away if it lacks usable debugging support. But I may be mistaken, and am just not able to find out the right -g specifier to achieve full symbolic debugging. In that case I'ld be thankful for any guidance. But I am thankful anyway for the mere existence of gcc and gdb nonetheless :) and the works of all the ones involved. Cheers, Guido