From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <echristo@gmail.com>
Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com
 [IPv6:2607:f8b0:4864:20::32e])
 by sourceware.org (Postfix) with ESMTPS id 590DF3857C70
 for <gdb@sourceware.org>; Tue,  1 Sep 2020 22:00:51 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 590DF3857C70
Received: by mail-ot1-x32e.google.com with SMTP id v16so2517209otp.10
 for <gdb@sourceware.org>; Tue, 01 Sep 2020 15:00:51 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=dHvJE0QNI0eeT2WU7wVw74SV30aSzuY+jko+S54ZMjk=;
 b=LZ8mLICnnB/OnXLjtshGUIVb25zf0s6kiVe4LOzcpgrH7yIG5yX45mkbQXoQbZKB6S
 N8E+DOf1y/6rinYpi1i8p2gWVE5IaMDKoV894TVtCSARm7+ZrjEY/8DyujTJfoOfEV9/
 Yk9qlmI79zjwvLZ2Su6mqwh6lwvt357GCLvJ9kOBZRz2FgJnmAfFYpVNxqx0Maf0g4Pg
 gZma66mH1jDhI7pz8GNbWkhN49LJ2VR0RC7X5ajkEyLoosjEppqaVJZ4BqQ+TZGDuskD
 PX+lHRxzE7dicUsFl1B4IoV9IL6YfEQM0B951Yn03ubtc5NDcNWs7jKygEzd95jDaKca
 z2Fg==
X-Gm-Message-State: AOAM531YN6+BArro/HZkWhCJzX5ElXb4vvhDmKlMpEG2nMhrmbk/yfGY
 q4yFEAYBdFgd093/jq5QUHJrhSxEkjxhSdkE0tFMgabUCOE=
X-Google-Smtp-Source: ABdhPJxVsu5HROJLzzmR+4jnZO9VOBX6Z59Y1Y7Xk2iSEFQBAYeH48dMxZibURC+78CjAnPXe6Q4cgeFKmQjGXNmvyk=
X-Received: by 2002:a05:6830:10c2:: with SMTP id
 z2mr2810931oto.228.1598997650676; 
 Tue, 01 Sep 2020 15:00:50 -0700 (PDT)
MIME-Version: 1.0
References: <e56fb5e13a0e04a40fc1c88205d3c0eaaa71919a.camel@klomp.org>
 <c0a30d2b-a40f-b591-780f-6b37fb6f32e3@palves.net>
In-Reply-To: <c0a30d2b-a40f-b591-780f-6b37fb6f32e3@palves.net>
From: Eric Christopher <echristo@gmail.com>
Date: Tue, 1 Sep 2020 18:00:34 -0400
Message-ID: <CALehDX61GtycMuGxOKQ1b2wJW2FcgcZgVd4trJvvePNXYA9kUg@mail.gmail.com>
Subject: Re: DWARF5 and .gdb_index/.debug_names
To: Pedro Alves <pedro@palves.net>
Cc: Mark Wielaard <mark@klomp.org>, gdb@sourceware.org
X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE,
 RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS,
 TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
Content-Type: text/plain; charset="UTF-8"
X-Content-Filtered-By: Mailman/MimeDel 2.1.29
X-BeenThere: gdb@sourceware.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gdb mailing list <gdb.sourceware.org>
List-Unsubscribe: <https://sourceware.org/mailman/options/gdb>,
 <mailto:gdb-request@sourceware.org?subject=unsubscribe>
List-Archive: <https://sourceware.org/pipermail/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-request@sourceware.org?subject=help>
List-Subscribe: <https://sourceware.org/mailman/listinfo/gdb>,
 <mailto:gdb-request@sourceware.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Sep 2020 22:00:52 -0000

On Tue, Sep 1, 2020 at 3:17 PM Pedro Alves <pedro@palves.net> wrote:

> On 8/30/20 6:18 PM, Mark Wielaard wrote:
> > dwz does support .gdb_index rewriting, but doesn't know about
> > .debug_names yet. So could we as a first step, when switching the
> > DWARF5 keep using .gdb_index? At least till any issues with gdb
> > .debug_names are resolved and dwz supports it?
>
> I'm not aware of anything that would force use of DWARF5 to also
> imply use of .debug_names, or that would prevent using .gdb_index.
> AFAIK, we can treat them as orthogonal.
>
>
Exactly. :)

debug_names was an attempt to get a "this is one documented way to do it
that doesn't contain debugger internals" rather than anything endemic to
dwarf5.

-eric