From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 97791 invoked by alias); 24 Apr 2019 19:49:41 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 97780 invoked by uid 89); 24 Apr 2019 19:49:41 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=H*r:sk:mailout, H*RU:sk:mailout, HX-Spam-Relays-External:sk:mailout, hear X-HELO: mailout11.t-online.de Received: from mailout11.t-online.de (HELO mailout11.t-online.de) (194.25.134.85) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 24 Apr 2019 19:49:40 +0000 Received: from fwd36.aul.t-online.de (fwd36.aul.t-online.de [172.20.26.137]) by mailout11.t-online.de (Postfix) with SMTP id 9E453420CAD8; Wed, 24 Apr 2019 21:49:36 +0200 (CEST) Received: from localhost (VmxEGmZ6whSbgt8V3K1u+02C8fvRBbhFd3gKkd1IRgghZY7DKxFlA+Ko2+Nb3HsgGI@[95.91.210.175]) by fwd36.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted) esmtp id 1hJNtX-0g52240; Wed, 24 Apr 2019 21:49:27 +0200 Date: Wed, 24 Apr 2019 19:49:00 -0000 From: =?iso-8859-1?Q?Andr=E9_P=F6nitz?= To: Tom Tromey Cc: Eli Zaretskii , LRN , gdb-patches@sourceware.org Subject: Re: Warning when using separate debug info file Message-ID: <20190424195257.GA19677@klara.mpi.htwm.de> References: <83y348edoi.fsf@gnu.org> <20439f48-c0ff-e4b2-5cfc-6bb4b594d88c@gmail.com> <83h8aveape.fsf@gnu.org> <66d48dfd-23ac-7e05-3ad8-4e65b0c1c7f9@gmail.com> <834l6vdv4y.fsf@gnu.org> <87k1fjfbio.fsf@tromey.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87k1fjfbio.fsf@tromey.com> X-IsSubscribed: yes X-SW-Source: 2019-04/txt/msg00498.txt.bz2 On Wed, Apr 24, 2019 at 01:28:47PM -0600, Tom Tromey wrote: > >>>>> "Eli" == Eli Zaretskii writes: > > >> The hypothesis is...actually, no, i have no idea. I mean, it's obvious that gdb > >> expects to find that section in a separate debug file for some reason. Probably > >> because separate debug files are just PE binaries, and the code that reads them > >> is heavily re-used. Or maybe gdb supports recursive debuglinks? > > Eli> But then why doesn't this happen on GNU/Linux? > > Those platforms moved away from the .gnu_debuglink approach to use > build-id instead. See (info "(gdb) Separate Debug Files") > > I don't really recall how .gnu_debuglink works, but I am somewhat > surprised to hear it should be in the separate debug file. My > understanding of it was that it recorded a CRC and the verification > happened by computing the CRC of the separate debug file (this is > expensive, which is why build-id is superior...). I believe you recall correctly. "prohibitively" expensive even in the presence of GB worth of debug info. Andre'