From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 67866 invoked by alias); 24 Apr 2019 19:39:07 -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 67849 invoked by uid 89); 24 Apr 2019 19:39:06 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy=lrn1986@gmail.com, LRN, lrn, U*lrn1986 X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (209.51.188.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 24 Apr 2019 19:39:05 +0000 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35201) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hJNjT-0003XX-71; Wed, 24 Apr 2019 15:39:03 -0400 Received: from [176.228.60.248] (port=2144 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hJNjR-0007tI-Gw; Wed, 24 Apr 2019 15:39:03 -0400 Date: Wed, 24 Apr 2019 19:39:00 -0000 Message-Id: <83mukf19dl.fsf@gnu.org> From: Eli Zaretskii To: Tom Tromey CC: lrn1986@gmail.com, gdb-patches@sourceware.org In-reply-to: <87k1fjfbio.fsf@tromey.com> (message from Tom Tromey on Wed, 24 Apr 2019 13:28:47 -0600) Subject: Re: Warning when using separate debug info file 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-IsSubscribed: yes X-SW-Source: 2019-04/txt/msg00496.txt.bz2 > From: Tom Tromey > Cc: LRN , gdb-patches@sourceware.org > Date: Wed, 24 Apr 2019 13:28:47 -0600 > > 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") So you are saying that if you create a separate debug info file with .gnu_debuglink on GNU/Linux, then GDB will display the same warning when debugging the stripped binary? I think someone said this didn't happen on GNU/Linux. > So I suppose this is just a bug but the cause remains unknown. The place where this happens, addr_info_make_relative, maps addresses to BFD addresses, and I wonder why .gnu_debuglink appears in the array of sections the GDB looks up in the separate debug file. Any ideas why this happens?