From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-195240-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 125883 invoked by alias); 8 Feb 2018 11:26:51 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 125852 invoked by uid 89); 8 Feb 2018 11:26:50 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=H*MI:sk:Ks-cQw9, H*f:sk:77ac6b1, H*i:sk:77ac6b1, H*MI:sk:HdJE4DE
X-HELO: mx2.suse.de
Received: from mx2.suse.de (HELO mx2.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 08 Feb 2018 11:26:49 +0000
Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254])	by mx2.suse.de (Postfix) with ESMTP id 47B3FAC39;	Thu,  8 Feb 2018 11:26:47 +0000 (UTC)
Date: Thu, 08 Feb 2018 11:26:00 -0000
From: Michael Matz <matz@suse.de>
To: Simon Marchi <simon.marchi@polymtl.ca>
cc: Jonathan Wakely <jwakely.gcc@gmail.com>,     Daniel Berlin <dberlin@dberlin.org>, Martin Sebor <msebor@gmail.com>,     Manfred <mx2927@gmail.com>, gdb@sourceware.org, GCC <gcc@gcc.gnu.org>
Subject: Re: gdb 8.x - g++ 7.x compatibility
In-Reply-To: <77ac6b1d9e32784761e05424604f58d5@polymtl.ca>
Message-ID: <alpine.LSU.2.21.1802081123520.30754@wotan.suse.de>
References: <CAATAM3ED7B3wEJFmaZA_MaOtN5EGKSGFmusAf-Mg5hX35D2r6A@mail.gmail.com> <1b58e2df-5425-4f22-510c-d2e9f51040ba@polymtl.ca> <39845077-6bdf-f60d-9bfc-a491e7fa4fc7@gmail.com> <132fbd97-4f0d-020f-1c0f-1d4097800233@polymtl.ca> <6da16f7c-4801-4c57-2197-271db491a88f@gmail.com> <a1b77cdc201ce000661a147430ebd970@polymtl.ca> <d880fd52-5a88-ddee-03ed-6074cdf1b483@gmail.com> <CAF4BwTVO4Gba3pVBk1Jy0PBRgtO=MymQ_mv=22nnyfZ1ub=BgQ@mail.gmail.com> <6394368bca446f08119118a0f88a30b7@polymtl.ca> <alpine.LSU.2.21.1802071623250.30754@wotan.suse.de> <b0f780da56addfed31a99bf149340b06@polymtl.ca> <CAH6eHdQOipg7dt0-Y455K65OSBKsqDLXtrKC-=Ks-cQw9G45TA@mail.gmail.com> <0f519031e0a603b18788589d5c1700d3@polymtl.ca> <CAH6eHdSepOk-v7jgV_-KQ2T_3-ABnuoj+SLT4cDo=HdJE4DEwQ@mail.gmail.com> <5a58deaaf993c5dc275386e5cd89cc37@polymtl.ca> <CAH6eHdTXCUZ57Reg+--c9Sx=o=kkKoU9grvricJ3kk5Fc=i07g@mail.gmail.com> <77ac6b1d9e32784761e05424604f58d5@polymtl.ca>
User-Agent: Alpine 2.21 (LSU 202 2017-01-01)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-IsSubscribed: yes
X-SW-Source: 2018-02/txt/msg00098.txt.bz2

Hi,

On Wed, 7 Feb 2018, Simon Marchi wrote:

> On 2018-02-07 12:30, Jonathan Wakely wrote:
> >> Ah ok, the class name appears mangled in other entities' mangled name. But
> >> from what I understand there's no mangled name for the class such that
> >> 
> >>   echo <class mangled name> | c++filt
> >> 
> >> outputs the class name (e.g. "Foo<10>").  That wouldn't make sense, since
> >> there's no symbol for the class itself.
> > 
> > echo _Z3FooILi10EE | c++filt
> 
> Ok, thanks for the precision!

As I said upthread, the mangled name of a type (sans _Z prefix) is what is 
stored as the type name for RTTI purposes (i.e. std::type_info::name()).

It's just that the debug info currently doesn't have any reference to that 
definitely-unique string, only to the "human-friendly" name, which 
somewhat resembles the demangled name (and that's exactly the crux, it 
really isn't the demangled one right now, as you found out the painful 
way).


Ciao,
Michael.