From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#33848: Store references in SBCL-compiled code are "invisible" Date: Sun, 23 Dec 2018 18:32:35 +0100 Message-ID: <87d0psi1xo.fsf@gnu.org> References: <87r2e8jpfx.fsf@gnu.org> <877eg0i43j.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52424) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gb7cf-0000wH-Mb for bug-guix@gnu.org; Sun, 23 Dec 2018 12:33:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gb7cc-00058Y-RI for bug-guix@gnu.org; Sun, 23 Dec 2018 12:33:05 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:57956) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gb7cc-00058Q-OB for bug-guix@gnu.org; Sun, 23 Dec 2018 12:33:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gb7cc-0006W4-Gi for bug-guix@gnu.org; Sun, 23 Dec 2018 12:33:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <877eg0i43j.fsf@netris.org> (Mark H. Weaver's message of "Sun, 23 Dec 2018 11:45:25 -0500") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Mark H Weaver Cc: Pierre Neidhardt , 33848@debbugs.gnu.org Hi Mark, Mark H Weaver skribis: > Ludovic Court=C3=A8s writes: [...] >> Apparently this string literal is stored as UTF-32 (UCS-4) or similar, >> which prevents the reference scanner and the grafting code from finding >> it, and problems ensue. :-) > > IMO, we should consider modifying Guix to search for store references > encoded in UTF-32 and/or UTF-16. I wouldn't be surprised if some other > programs use those encodings. I'd be willing to work on it. I don=E2=80=99t think we=E2=80=99ve encountered the problem before. This w= ould require fixing both the scanner and the grafting code (though eventually that might be a single code base when the Scheme-implemented daemon is merged) in non-trivial ways. One issue is that users of an old daemon would get a different behavior than users of a new daemon. It would be the first time we introduce such a significant change in the daemon since Guix was started. For now I lean towards looking for a way to address the issue specifically for SBCL. I=E2=80=99d be tempted to generalize if and only if= we find other occurrences of the problem that would make the benefits outweigh the development and maintenance costs. WDYT? I remember discussing in the past some sort of =E2=80=9Cpluggable=E2=80=9D = reference scanning mechanism that could also work for compressed archives, etc. That also looks like the right thing, but it has a development and maintenance cost that=E2=80=99s pretty high whereas we might be able to add= ress the same problems in much simpler ways. Thanks, Ludo=E2=80=99.