From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:bcc0::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id oNLsMUeYZWC1RAAAgWs5BA (envelope-from ) for ; Thu, 01 Apr 2021 11:54:15 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id gMLcK0eYZWDHAgAAbx9fmQ (envelope-from ) for ; Thu, 01 Apr 2021 09:54:15 +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 CF51B10CDD for ; Thu, 1 Apr 2021 11:54:14 +0200 (CEST) Received: from localhost ([::1]:52546 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRu1k-0000PQ-Pu for larch@yhetil.org; Thu, 01 Apr 2021 05:54:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:32974) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lRu1a-0000OZ-1x for bug-guix@gnu.org; Thu, 01 Apr 2021 05:54:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:44823) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lRu1Z-0008Ez-QE for bug-guix@gnu.org; Thu, 01 Apr 2021 05:54:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lRu1Z-0002I8-Nf for bug-guix@gnu.org; Thu, 01 Apr 2021 05:54:01 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#33848: Store references in SBCL-compiled code are "invisible" Resent-From: Guillaume Le Vaillant Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 01 Apr 2021 09:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33848 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Pierre Neidhardt Received: via spool by 33848-submit@debbugs.gnu.org id=B33848.16172707858746 (code B ref 33848); Thu, 01 Apr 2021 09:54:01 +0000 Received: (at 33848) by debbugs.gnu.org; 1 Apr 2021 09:53:05 +0000 Received: from localhost ([127.0.0.1]:56369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRu0f-0002H0-As for submit@debbugs.gnu.org; Thu, 01 Apr 2021 05:53:05 -0400 Received: from mout02.posteo.de ([185.67.36.66]:60271) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRu0d-0002GV-II for 33848@debbugs.gnu.org; Thu, 01 Apr 2021 05:53:04 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 47B3F240101 for <33848@debbugs.gnu.org>; Thu, 1 Apr 2021 11:52:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1617270777; bh=RRXLf7jBYSTvtg9eM9+DsQDQz15Hw4vkQJGVzUWzAPI=; h=From:To:Cc:Subject:Date:From; b=OD67JY/307+iocvpzXG4GDAQtYqeE8o3GQMpirwX25V0+girw9V1PEnOOP1eS8wQI HF3AZwFc1/itjOymL35xkHDWOgCF1QaTe9wUiLHaQpnINkNacdoLYGL1hW15IMDZ8F Gwg8K0Rj1WOwiZpixrV8L77O4Iz82KAuvjLWU/zU4f0U9jomPyMFrI6tNmi95wg1Ou OJ0UKOEDvKQDJmYVD12HIlRwxsaPfk1FVT0znGVjAypAYqWxPuF27soi32NuMi2VAz 87E/oHzv7Azc1m5VTQlG4hfR6lHkgm5KP2F713fGcolRhW9xoVBfm/2IzE0u3OGme/ WDvekdL0z0y7A== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4F9z531H5lz9rxS; Thu, 1 Apr 2021 11:52:54 +0200 (CEST) References: <87r2e8jpfx.fsf@gnu.org> <87sgynezha.fsf@gnu.org> <87tvj2yesd.fsf@netris.org> <877efwe04u.fsf@gnu.org> <8736qji7c1.fsf@ambrevar.xyz> <87tvizvzgk.fsf@netris.org> <87o9979gfn.fsf@gnu.org> <87tvizgghs.fsf@ambrevar.xyz> <87k1juaomo.fsf@gnu.org> <87muoqhk62.fsf@ambrevar.xyz> <87zhsq8wkj.fsf@gnu.org> <87d0pmhbgn.fsf@ambrevar.xyz> <87r2e28tkv.fsf@gnu.org> <874laygkiy.fsf@ambrevar.xyz> <87lfa5eymf.fsf@ambrevar.xyz> <87tuoscsk9.fsf@gnu.org> <87im57b8u7.fsf@ambrevar.xyz> <87czvebky2.fsf@netris.org> <87eefu30a4.fsf@gnu.org> <87im56l6es.fsf@yamatai> <87wntm8j18.fsf@ambrevar.xyz> User-agent: mu4e 1.4.15; emacs 27.2 From: Guillaume Le Vaillant In-reply-to: <87wntm8j18.fsf@ambrevar.xyz> Date: Thu, 01 Apr 2021 11:52:50 +0200 Message-ID: <87a6qil4b1.fsf@yamatai> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" 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: 33848@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=1617270855; 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: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: dkim-signature; bh=Vb4Fg3pcNOBakgKvSPnvlTSmaLshVGe2egn8JQalbbg=; b=ZBFv2clqna9vAtXJ3cB3cbpUEPbkBwfQ13WPZDMskTOAnTDrq+DRVzaYmnsyJDPtqILlgi zCfBZPlG+HraPaV3s8IGLZrMJ3QyZpN49Nglp2+J6sqOePVD7WC77ZKA39YMnHxA5Y7RDl M0Ybt9S69G3p180JjiJVZ5uSlvw8dRUdDhLZ1RpnoKhxcvOvZemuBMLnFiVbc1hmnwF9Pb quqeFUdtdhnk4mJ/QfO22MRNY5XVxaZQhgsY//1b+0oMMSBK64B52Vl1qM06Qzim3OLMc/ Ir+VMaqYd8qMWaauJu3eJEYeh003C+4HpVUwZFPJV/vxK5hsiGIdkRlBeJkKEg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1617270855; a=rsa-sha256; cv=none; b=Hp3YQrcc7GxOFJ8FufiIqirJLFJGm0fVmp/yjSLgsSLkXBYwgLEyzAjaTqqUJ7Hryusf9q wde+6Oo8IzorFEwsgIHrkesnsgqVt4CghXRULh2rTyQVwpdPSDBAZU6nC9KbsmgD/Ss0yT Px+boUSg7bQk/jHbmSDyfiWYBzFKqF/m15hPpfPMBOqkAXnl+WtE5fOxRc0xYSLCIOIxda 8XIWe+AyncK3gS1yWC97EhklIlQ6V0oR9Wck4V0AFfDOS4cJk0aJ0F1HwLjIeqeHMjbkU6 eFoZOS7l61YNGGBV9diRZ41rQ1k0lYxZZonAtnfbb+7pmgq7vsSbKTW3KZGJjw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=posteo.net header.s=2017 header.b="OD67JY/3"; dmarc=fail reason="SPF not aligned (strict)" header.from=posteo.net (policy=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: -1.43 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=posteo.net header.s=2017 header.b="OD67JY/3"; dmarc=fail reason="SPF not aligned (strict)" header.from=posteo.net (policy=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-Queue-Id: CF51B10CDD X-Spam-Score: -1.43 X-Migadu-Scanner: scn0.migadu.com X-TUID: FZN2m2sChxmI --=-=-= Content-Type: text/plain Pierre Neidhardt skribis: > Hi Guillaume! > >> A store reference to a C library in a standalone Lisp binary can come >> either from the current package or from some dependencies >> (cl+ssl, cl-cffi-gtk, etc.). So we would need to scan the source >> code of all the Lisp dependencies recursively to get the full list of >> store refrences. > > I don't think there is need to scan recursively: if package A depends on > B which depends on C, then A can lists the dependency on B in a file, > and B can do the same for C. This way the relationship between A and C > is properly stored. > > Am I missing something? Oh, you say this file would be created for every Lisp package. I thought it would only be for the standalone binary case, because the "regular" asdf-build-system/sbcl used for Lisp libraries ships the sources and its make-asdf-configuration phase creates links to the required Lisp dependencies in '/gnu/store/...', so there should not be missing references. >> And as Mark wrote below, with the current grafting code, this list of >> store references will not solve grafting for paths that are in UTF-32 or >> both in ASCII and UTF-32 in the binary file. > > Indeed, and that's the core of the issue here I believe, since grafting > is what breaks Nyxt in practice. > > Cheers! I just wondered: does the grafting code take '.fasl' files into consideration? If yes, I guess a Lisp library could also end up in a strange half-grafted state if the grafting code modifies ASCII references and not UTF-32 ones... --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iIUEAREKAC0WIQTLxZxm7Ce5cXlAaz5r6CCK3yH+PwUCYGWX8g8cZ2x2QHBvc3Rl by5uZXQACgkQa+ggit8h/j+FZAD+NJBBrb4xTqeC8wYQb956Wv1WiGyWm9LTFln5 dXAIqfEA/2O1IKrJYZG/fItBPNLo2UR5PYJwolfNVIL4fwwBHLlk =lw/O -----END PGP SIGNATURE----- --=-=-=--