From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id KBBBDrruUmFxjAAAgWs5BA (envelope-from ) for ; Tue, 28 Sep 2021 12:30:18 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id iGvfCbruUmFxQwAAbx9fmQ (envelope-from ) for ; Tue, 28 Sep 2021 10:30:18 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id C69312F538 for ; Tue, 28 Sep 2021 12:30:17 +0200 (CEST) Received: from localhost ([::1]:59120 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mVANM-0004f4-PH for larch@yhetil.org; Tue, 28 Sep 2021 06:30:16 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58922) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mVAN9-0004a8-3D for bug-guix@gnu.org; Tue, 28 Sep 2021 06:30:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:60671) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mVAN8-0001RM-Pz for bug-guix@gnu.org; Tue, 28 Sep 2021 06:30:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mVAN8-0000Ci-LD for bug-guix@gnu.org; Tue, 28 Sep 2021 06:30:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#48907: Grafts cause discrepancies in debug symbols file names (debug symbols missing in GDB). Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 28 Sep 2021 10:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48907 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Maxim Cournoyer Received: via spool by 48907-submit@debbugs.gnu.org id=B48907.1632824943687 (code B ref 48907); Tue, 28 Sep 2021 10:30:02 +0000 Received: (at 48907) by debbugs.gnu.org; 28 Sep 2021 10:29:03 +0000 Received: from localhost ([127.0.0.1]:43984 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mVAMA-0000Az-Dh for submit@debbugs.gnu.org; Tue, 28 Sep 2021 06:29:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53430) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mVALv-0000AG-9h for 48907@debbugs.gnu.org; Tue, 28 Sep 2021 06:29:01 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37126) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mVALq-0000Jg-2j; Tue, 28 Sep 2021 06:28:42 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=60474 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mVALp-0003OE-Bc; Tue, 28 Sep 2021 06:28:41 -0400 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <87r1hdtu4t.fsf@gmail.com> <87eeczikq5.fsf@gnu.org> <87ilyqk8jg.fsf_-_@gmail.com> <87lf3mm560.fsf@gnu.org> <87v92lh1wc.fsf@gmail.com> <877df1f2zk.fsf@gnu.org> Date: Tue, 28 Sep 2021 12:28:39 +0200 In-Reply-To: <877df1f2zk.fsf@gnu.org> ("Ludovic =?UTF-8?Q?Court=C3=A8s?="'s message of "Tue, 28 Sep 2021 11:45:03 +0200") Message-ID: <87lf3hdmeg.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 48907@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1632825017; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=2JrG6mFgjDs4TB/lIJJxmV0vc1f8D5rEoqtw8YyUL+4=; b=kYYARA4gFG9aBhIV/hRwkBCd6G+f/AcOrCXM2SyhIVFAWEOhZsyHJmkoBgGWdlnSKPlxqt C65PNK2x0ZQ8edt1o6jOReFGlVzZaR4Ksks5QBcB/xKhs+bUXh7LaA2k2LPEHXeRivBegt 53HAZ3TAuTFAKhYB168Zn1edY9xD/25dp/aTA68vy/MwEHgSYlDCXFODR41vT353GaaaOd vMgF1V9sXLUtRaKRn1KKP+iw7T6VGBu9KasmxZVmtkNCSbwu1eBriSfi+AB1XEdIzB67kp 3w9axWlLPskwnBi3bZMdUYGnvgDhJx7ncJJJZOXfffRko8yzImHrImzBLYxOXg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1632825017; a=rsa-sha256; cv=none; b=OAAioq5RohQjLHxHy4d+1spGYoBgi7+b8Flj49sU2ei7zzNuXtufTb6hijsFgxJLKimAT0 2aeEHWoJyHq5dpffTqvGCrAWmzotFznykXsWUAyKmdUbTsVzEdkSgVhswdQGlzLTWY83jo IcUyS/N7EbrqFTVFYB5fD9YadhDhiioN5qNJ69ito6Yu7+ObSXSuuB1EpR181jDddN7uLn lYcggye/6PWXxcw1K1eh/R7zi3o9J2Dvl/w2/iEcZmduOXmdNqPhCTxnDw9NQPkNND0ffQ HvTGEmOKw7Eu8jublY1iyqLJotv5Bo/qQ72jGDNZpkPUvA+s8jqSz59Kf2k3Wg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Spam-Score: -3.70 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: C69312F538 X-Spam-Score: -3.70 X-Migadu-Scanner: scn1.migadu.com X-TUID: k0aHM7e1q1T7 Ludovic Court=C3=A8s skribis: > Conversely, IIUC what the =E2=80=9Cnormative parts of the output contents= =E2=80=9D (info > "(ld) Options") really are, build IDs are computed on the code, not on > debug info. > > But the problems remains the same I think: if you have > /gnu/store/abc=E2=80=A6/libfoo.so and /gnu/store/xyz=E2=80=A6/libfoo.so, = chances are > that they are different due to embedded store file names, and thus get a > different build ID. We discussed this with Mark Wielaard on #guix=C2=B9, and one important takeaway is: --8<---------------cut here---------------start------------->8--- so gdb just checks that the separate debug file has the same build-id as the code, right? [12:16] it doesn't matter whether it really is the sha1 of all those sections, does it? that is kind of the whole point of the build-id, that it captures the whole build environment, not just the generated code, but also how it was generated (which is what the .debug sections kind of represent) ok [12:17] civodul, no, it doesn't need to be a hash over the actual bits produced. It can be a completely different hash, it can be a different number of bits (but not too short, they need to be globally unique). ok, so we could have our own way of caculating build IDs [12:18] civodul, all that really matters is that it uniquely identifies this binary blob. If any input, source, compiler, flags, etc. changes, it should be unique. --8<---------------cut here---------------end--------------->8--- So I suspect that we would not need to rewrite build IDs upon grafting, and we could use the ungrafted debug info with grafted code and vice versa. We should try it out to test the hypothesis, but if that works, that=E2=80= =99d be great. Ludo=E2=80=99. =C2=B9 https://logs.guix.gnu.org/guix/2021-09-28.log#114610