From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 49577 invoked by alias); 5 Feb 2018 20:17:30 -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 49080 invoked by uid 89); 5 Feb 2018 20:17:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.7 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*i:sk:CAH6eHd, jwakelygccgmailcom, jwakely.gcc@gmail.com, U*jwakely.gcc X-HELO: mail-wm0-f52.google.com Received: from mail-wm0-f52.google.com (HELO mail-wm0-f52.google.com) (74.125.82.52) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 05 Feb 2018 20:17:28 +0000 Received: by mail-wm0-f52.google.com with SMTP id f3so19601wmc.1 for ; Mon, 05 Feb 2018 12:17:28 -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=w9TBmEHq7VQSzz7IwOtStPMc5+pHqF5bFnUi9Hib3GM=; b=oCZpCpkj9TdEpagabp4sSKJkloI+Hi405APWZdqVf/6siEojd6yE0DwWUPstqYah6+ LiBye1426kNWVB89gOJTPDbFLH1rcxBn7lYxvyZJ73xkViFWIwVAiXTiEehhL4J3Dy/N 3lx8QgPDxZqV/Lb4yXGxhP/EN61Q30kOLALOadB0JhM/kxbiymgZ0QlN0qYG38ZBGaUS XSMktBmuUvCatLJ1hTl4dyjwv8wxFZifgLiISDLgbnBAMi0nSe+zdPEnP3Mdu0stTx+3 TNCc5kTIAIpNg9bGbKymNa7mcRFKQQywFfk4RwBvI9yaWhUY32lkemdKe7XLw9NP2Une 5tRg== X-Gm-Message-State: APf1xPASp/jsF/aK9OiboAXaxnVkAQCxfynuFK24hNc1WFarp39hvpQd FyV+XDZYHR06tIsOLI/grnX02gHUBnNJPZ060X4= X-Google-Smtp-Source: AH8x226LVMq8PD8ISfBBD6YWVM/qfKdbIvKNsLbCkyk/CdAHGFai2hOnv7Sgt9TIpYZaIIVmwQJ3jo4n4O+lYSeRuFk= X-Received: by 10.28.126.133 with SMTP id z127mr4476wmc.64.1517861846920; Mon, 05 Feb 2018 12:17:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.122.19 with HTTP; Mon, 5 Feb 2018 12:17:26 -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:17: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/msg00037.txt.bz2 Well, if ABI has specification for type naming, why not to put this name to debug_info so debugger can use it? In this case argument that "each producer has its own naming conventions" no longer works. Any producer for given ABI must use ABI-specified names. 2018-02-05 12:12 GMT-08:00 Jonathan Wakely : > On 5 February 2018 at 20:10, Roman Popov wrote: > > Do you mean that g++ guarantees uniqueness of mangled names for types? > And > > Of course. The mangled name is determined by the ABI and must be > stable, predictable and unique, so that linking works. > > > uses name compare for operator== ? > > Yes. >