GNU bug report logs

#33848 Store references in SBCL-compiled code are "invisible"

PackageSource(s)Maintainer(s)
guix PTS Buildd Popcon
Full log

Message #8 received at submit@debbugs.gnu.org (full text, mbox, reply):

Received: (at submit) by debbugs.gnu.org; 23 Dec 2018 15:06:14 +0000
From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 23 10:06:14 2018
Received: from localhost ([127.0.0.1]:33890 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
	id 1gb5KY-0002xv-C4
	for submit@debbugs.gnu.org; Sun, 23 Dec 2018 10:06:14 -0500
Received: from eggs.gnu.org ([208.118.235.92]:40163)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mail@ambrevar.xyz>) id 1gb5KW-0002xj-RA
 for submit@debbugs.gnu.org; Sun, 23 Dec 2018 10:06:13 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <mail@ambrevar.xyz>) id 1gb5KQ-0001eY-QF
 for submit@debbugs.gnu.org; Sun, 23 Dec 2018 10:06:07 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled
 version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:52557)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <mail@ambrevar.xyz>) id 1gb5KQ-0001eK-NL
 for submit@debbugs.gnu.org; Sun, 23 Dec 2018 10:06:06 -0500
Received: from eggs.gnu.org ([2001:4830:134:3::10]:48343)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <mail@ambrevar.xyz>) id 1gb5KP-0003W7-Qs
 for bug-guix@gnu.org; Sun, 23 Dec 2018 10:06:06 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <mail@ambrevar.xyz>) id 1gb5KM-0001YX-I2
 for bug-guix@gnu.org; Sun, 23 Dec 2018 10:06:05 -0500
Received: from relay4-d.mail.gandi.net ([217.70.183.196]:50737)
 by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <mail@ambrevar.xyz>)
 id 1gb5KM-0001Wl-Bp; Sun, 23 Dec 2018 10:06:02 -0500
X-Originating-IP: 78.199.129.170
Received: from mimimi (moi44-1-78-199-129-170.fbx.proxad.net [78.199.129.170])
 (Authenticated sender: mail@ambrevar.xyz)
 by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 7BDFBE0008;
 Sun, 23 Dec 2018 15:05:58 +0000 (UTC)
References: <87r2e8jpfx.fsf@gnu.org>
User-agent: mu4e 1.0; emacs 26.1
From: Pierre Neidhardt <mail@ambrevar.xyz>
To: Ludovic Courtès <ludo@gnu.org>
Subject: Re: Store references in SBCL-compiled code are "invisible"
In-reply-to: <87r2e8jpfx.fsf@gnu.org>
Date: Sun, 23 Dec 2018 16:05:57 +0100
Message-ID: <87a7kwjnai.fsf@ambrevar.xyz>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
 micalg=pgp-sha256; protocol="application/pgp-signature"
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
 [fuzzy]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -5.0 (-----)
X-Debbugs-Envelope-To: submit
Cc: Andy Patterson <ajpatter@uwaterloo.ca>, Bug Guix <bug-guix@gnu.org>
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request@debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit@debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request@debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request@debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
X-Spam-Score: -6.0 (------)
[Message part 1 (text/plain, inline)]
Thanks for looking into this, Ludo.

At first glance, I'd say that this is not a compilation option but the way
strings are encoded by default.  It seems that multibyte encoding is used all
over the place by a few compilers including SBCL (and CCL I think).

One way I know around this (I'm by no mean a Common Lisp expert) is the
flexi-streams package for re-encoding.

More generally, shouldn't we make the reference scanner a bit smarter?  In
particular, how does it handle non-ASCII references?  Maybe it would not be
unreasonable to handle UTF-8 and UCS-4 for instance?

-- 
Pierre Neidhardt
https://ambrevar.xyz/
[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.


debbugs.gnu.org maintainers <help-debbugs@gnu.org>. Last modified: Sat Apr 12 01:45:08 2025; Machine Name: wallace-server

GNU bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.