GNU bug report logs

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

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

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

Received: (at 33848) by debbugs.gnu.org; 6 Apr 2021 17:24:09 +0000
From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 13:24:09 2021
Received: from localhost ([127.0.0.1]:41565 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
	id 1lTpQv-0005OM-JH
	for submit@debbugs.gnu.org; Tue, 06 Apr 2021 13:24:09 -0400
Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:38363)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <leo@famulari.name>) id 1lTpQu-0005Nz-0i
 for 33848@debbugs.gnu.org; Tue, 06 Apr 2021 13:24:08 -0400
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43])
 by mailout.west.internal (Postfix) with ESMTP id F21E5132B;
 Tue,  6 Apr 2021 13:24:01 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162])
 by compute3.internal (MEProxy); Tue, 06 Apr 2021 13:24:02 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=famulari.name;
 h=date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-transfer-encoding:in-reply-to; s=mesmtp;
 bh=5Doj1fgen/IcbItseEbwZpVbCCksPjjovesZ6vlRD/A=; b=qdp91RSyb0KR
 KgqS3aFFN0FsL+cLXbDPGR7G1c8cEJONy+6EsvyrwU05K90aTO6IfWdABRlK4D9y
 U4TfCejTSjMVwyQfvaJRCbaGBxs292+mrxDYE6Ni80gP7Pqov/DViJPL24H77Pzx
 BdwIysFBz64F0LEDC1MrvzhPkbX+Qms=
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:content-transfer-encoding:content-type
 :date:from:in-reply-to:message-id:mime-version:references
 :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender
 :x-sasl-enc; s=fm2; bh=5Doj1fgen/IcbItseEbwZpVbCCksPjjovesZ6vlRD
 /A=; b=NiStYwo6hfFRe3JSOHJUnltWgujhhZ4BR+sNuIyXET/lOa0ZRGGFIkCke
 uZyjbNuiU43b4Wu5Sby2kg6nzI5JCNV0Nr3DUEwsR1TYVq48EBF9ew/6CUenHvvD
 w7TSr/JQEmyBnsQ6OsfJzbdjIDJ8xfr6aVcpPRQCr2uXQ1qJsrH6a6dGakyVd1ON
 EyTxRSgBzY1hS7o3ySR/w4/OLC+rRcO5Q+L2/BWPJ1mo/Dpz0j4VdN/R7Sk1zHQr
 x1demWUZtLgJzF5UQk4J8ZavQZjdAnorOnbLy1eAV/7/K25n0MK0B9Kl7mhlPOFU
 LkCkPDEVc0HVBH5GQjWX80QqNwXrw==
X-ME-Sender: <xms:MJlsYJYbFmBQ0kdvMs3TBScLD9crvuxs96ZnoGadrNj8x6D-voAn_Q>
 <xme:MJlsYAafcJArelQSlAeGftM5ORpJ-llnwJi3iAodhRDBHk6Z-0KFPWe33UBSWnkMl
 lR_7EFfZjDFvkmHig>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudejhedgheelucetufdoteggodetrfdotf
 fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen
 uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne
 cujfgurhepfffhvffukfhfgggtugfgjgesthekredttddtjeenucfhrhhomhepnfgvohcu
 hfgrmhhulhgrrhhiuceolhgvohesfhgrmhhulhgrrhhirdhnrghmvgeqnecuggftrfgrth
 htvghrnhepgfduffettedtkeekudfhgfefgfeifeegueeitedujeffleeiudeuieffgfdu
 gfdunecuffhomhgrihhnpehgnhhurdhorhhgnecukfhppedutddtrdduuddrudeiledrud
 dukeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehl
 vghosehfrghmuhhlrghrihdrnhgrmhgv
X-ME-Proxy: <xmx:MJlsYL9xu3OmVL9BDhWkDjKuWUBxH3pxA9S7kqxbEm9HsXkqXxxDjw>
 <xmx:MJlsYHp0-HG8JJpja6J0rkynPoX6r9dg7INiWgZ87yD-ZORGpcZC0g>
 <xmx:MJlsYEr4KiicFat7I42KkUBH5Hn8-qbTWzbKUFR_dLDv2cGEdPYQRg>
 <xmx:MZlsYBDVV7gnMmIjBYh5U6di890Rw9X4P_B1GkWp1p0LaFAxb43KLw>
Received: from localhost (pool-100-11-169-118.phlapa.fios.verizon.net
 [100.11.169.118])
 by mail.messagingengine.com (Postfix) with ESMTPA id 24F0424005D;
 Tue,  6 Apr 2021 13:24:00 -0400 (EDT)
Date: Tue, 6 Apr 2021 13:23:58 -0400
From: Leo Famulari <leo@famulari.name>
To: Ludovic Courtès <ludo@gnu.org>
Subject: Re: bug#33848: Store references in SBCL-compiled code are "invisible"
Message-ID: <YGyZLj1PXbz9Pe+z@jasmine.lan>
References: <87eefu30a4.fsf@gnu.org> <87im56l6es.fsf@yamatai>
 <87wntm8j18.fsf@ambrevar.xyz> <87a6qil4b1.fsf@yamatai>
 <87a6qiz5b3.fsf@ambrevar.xyz> <871rbtc3j5.fsf@netris.org>
 <87r1js9udv.fsf@netris.org> <87sg47vp16.fsf@ambrevar.xyz>
 <875z139liy.fsf@netris.org> <87ft04sefs.fsf@gnu.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <87ft04sefs.fsf@gnu.org>
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 33848
Cc: Mark H Weaver <mhw@netris.org>, Pierre Neidhardt <mail@ambrevar.xyz>,
 33848@debbugs.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: -1.7 (-)
On Mon, Apr 05, 2021 at 09:45:43PM +0200, Ludovic Courtès wrote:
> The GC’s scanner still gets it wrong though.  I wonder whether having
> the grafting code more capable than the scanner could lead to bad
> surprises.  WDYT?

I'm going off-topic, but I've wished we had a generic fast string-search
(and replace?) procedure.

The go-build-system has a slow "one byte a time" implementation because
I couldn't figure out how to re-use the code in (guix build grafts):

https://git.savannah.gnu.org/cgit/guix.git/tree/guix/build/go-build-system.scm?h=v1.2.0#n269

There are probably some other places we could use a fast procedure. It
might even be something to add to Guile.




Send a report that this bug log contains spam.


debbugs.gnu.org maintainers <help-debbugs@gnu.org>. Last modified: Sat Apr 12 11:49:37 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.