From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 83398 invoked by alias); 5 Feb 2018 20:10:20 -0000 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 Received: (qmail 83335 invoked by uid 89); 5 Feb 2018 20:10:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=3.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.2 spammy=H*f:sk:CAH6eHd, H*i:sk:CAH6eHd, Hx-languages-length:1773, H*f:sk:arkd-Xu X-HELO: mail-wr0-f179.google.com Received: from mail-wr0-f179.google.com (HELO mail-wr0-f179.google.com) (209.85.128.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 05 Feb 2018 20:10:18 +0000 Received: by mail-wr0-f179.google.com with SMTP id s5so30964262wra.0 for ; Mon, 05 Feb 2018 12:10:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=BdzXNqvJ9ws3y+L9EfH8Ba6xLmuHa6l2oJiXF3+CAFE=; b=mP+Jyi5T4iYOQ2L7rwwmvYroWxRzJX95ODmWA6AU4s3T/lSH1fBznn7NM+/ioHtG9j Iu565eoXklm9HMYAY7PtI/Mq1/hLpSNb0hF2cl7rFD7Jfaa3p+/1T3MoNuB5mR7TtGId Llj+9CckPzwwqYxJt2Alf7K2SH2Uxe36LQVkvNGwt8TuMImefJ6v4BF0MS+QzpQ1t68n 0LgdBY38Evrl1+lY2ya7ePe4EnQFL9x+C6WaFWF1zLYNbTr5rE/oipSD8dTEbz2Ssq8z lX5DBNSdKejAKuyecky0wBxXD2GX3Vba85sd6zL4sLpyuLW+MtO+ILwzZiPb353mQmPK DLXA== X-Gm-Message-State: APf1xPAtQdPBYMCLrCS3TSsq4HqqnKs+5T9xJoWUQkMEwruRDyY0R08c IqecDWw7co79uIBm8gf1CZGmfg3L1LYUS260aOk= X-Google-Smtp-Source: AH8x227iMC0268YDT8tLaRAWCdl6lj9Z9OP2vi5Y7J6tUWyOwpekIvuGoVl/YXSOvJcgQnduHmqokjB9TGz9HhrlRXU= X-Received: by 10.223.160.82 with SMTP id l18mr16259wrl.76.1517861415928; Mon, 05 Feb 2018 12:10:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.122.19 with HTTP; Mon, 5 Feb 2018 12:10:15 -0800 (PST) In-Reply-To: References: <1517667601.3405.123.camel@gnu.org> <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> From: Roman Popov Date: Mon, 05 Feb 2018 20:10:00 -0000 Message-ID: Subject: Re: gdb 8.x - g++ 7.x compatibility To: Jonathan Wakely Cc: Simon Marchi , Martin Sebor , Manfred , gdb@sourceware.org, "gcc@gcc.gnu.org" Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2018-02/txt/msg00035.txt.bz2 Do you mean that g++ guarantees uniqueness of mangled names for types? And uses name compare for operator== ? 2018-02-05 12:08 GMT-08:00 Jonathan Wakely : > On 5 February 2018 at 17:44, Roman Popov wrote: > > Interestingly RTTI name also gives no guarantees: > > http://en.cppreference.com/w/cpp/types/type_info/name > > > > << Returns an implementation defined null-terminated character string > > containing the name of the type. No guarantees are given; in particular, > > the returned string can be identical for several types and change between > > invocations of the same program. >> > > > > It probably makes sense to look how g++ implements > > std::type_info::operator== . Probably there are some hints that GDB > > algorithm can utilize. > > Operator std::type_info::operator== must return true for equivalent > types. > > It's the mangled name. >