From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14087 invoked by alias); 4 Aug 2011 15:30:18 -0000 Received: (qmail 14044 invoked by uid 22791); 4 Aug 2011 15:30:17 -0000 X-SWARE-Spam-Status: No, hits=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from localhost (HELO sourceware.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 04 Aug 2011 15:30:04 +0000 From: "dj170590 at hotmail dot com" To: gdb-prs@sourceware.org Subject: [Bug mi/13041] Virtual base class botch X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: mi X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dj170590 at hotmail dot com X-Bugzilla-Status: WAITING X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Date: Thu, 04 Aug 2011 15:30:00 -0000 Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org X-SW-Source: 2011-q3/txt/msg00127.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=3D13041 --- Comment #6 from Dennis 2011-08-04 15:29:4= 6 UTC --- Sorry. I made some mistakes in my example. I added a GDB log. The virtual base class botch is popping up between de run command and all the warnings.(almost at the end of the file.) But it isn't stored in the file. (In reply to comment #4) > >g++ example.cc -o example=20 > example.cc:4:17: error: =E2=80=98sc_core=E2=80=99 is not a namespace-name > example.cc:4:24: error: expected namespace-name before =E2=80=98;=E2=80= =99 token >=20 > Removing the using sc_core statement, the example compiles. >=20 > > -break-insert sc_module::sc_module_init >=20 > In your example, there are no instances of sc_module, so > sc_module::sc_module_init was optimized out. >=20 Sorry real stupid piece of code. It should be Top top; and not Top top(); > Please make sure you only attach/post examples that compile and work. If= you > can reproduce the issue with that example code, then please attach the co= mpiled > binary. >=20 > > Error isn't fixed in GDB 7.3 as far as I still get the error now. >=20 > The "virtual base class botch" error is no longer present on 7.3. > What error did you get exactly? I am really sure my program gives the error: "virtual base class botch" bu= t if you say it doesn't excist anymore. I should better start looking GDB is installed like it should.... >=20 > > I hope the problem is more clear now. > > Ask if it isn't, please. >=20 > Can you try issuing "set logging on" and "set trace-commands on"? That'll > generate a gdb.txt file with the log of all the gdb commands. >=20 > A gdb backtrace would also be useful. Attached with this report --=20 Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are on the CC list for the bug.