From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9106 invoked by alias); 18 Feb 2003 00:04:10 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 9085 invoked by uid 48); 18 Feb 2003 00:04:10 -0000 Date: Tue, 18 Feb 2003 00:04:00 -0000 Message-ID: <20030218000410.9084.qmail@sources.redhat.com> To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, lei@ca.ibm.com, michaelw@ca.ibm.com, nobody@gcc.gnu.org From: bangerth@dealii.org Reply-To: bangerth@dealii.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, lei@ca.ibm.com, michaelw@ca.ibm.com, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org Subject: Re: c++/9728: Err in non-virtual func name in dump class file X-SW-Source: 2003-02/txt/msg00753.txt.bz2 List-Id: Synopsis: Err in non-virtual func name in dump class file State-Changed-From-To: open->analyzed State-Changed-By: bangerth State-Changed-When: Tue Feb 18 00:04:09 2003 State-Changed-Why: Confirmed. The mangled name in the report allegedly expected at this place is _ZThn4_N1CIiE6v_funcEv non-virtual thunk [nv:-4] to C::v_func() by the way. We get the same behavior for 3.2 through to 3.4 of today. However, the actual content of the vtable is correct, it is just the dump that is wrong. W. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9728