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: Wed, 26 Dec 2018 17:14:09 +0100 Message-ID: <877efwe04u.fsf@gnu.org> References: <87r2e8jpfx.fsf@gnu.org> <877eg0i43j.fsf@netris.org> <87d0psi1xo.fsf@gnu.org> <874lb3kin6.fsf@ambrevar.xyz> <87sgynezha.fsf@gnu.org> <87tvj2yesd.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 ([208.118.235.92]:34765) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gcBpq-0003rp-96 for bug-guix@gnu.org; Wed, 26 Dec 2018 11:15:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gcBpm-0001zm-CH for bug-guix@gnu.org; Wed, 26 Dec 2018 11:15:06 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:58853) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gcBpm-0001zb-9C for bug-guix@gnu.org; Wed, 26 Dec 2018 11:15:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gcBpm-0001IJ-08 for bug-guix@gnu.org; Wed, 26 Dec 2018 11:15:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87tvj2yesd.fsf@netris.org> (Mark H. Weaver's message of "Mon, 24 Dec 2018 13:12:23 -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 Hello! Mark H Weaver skribis: > Ludovic Court=C3=A8s writes: > >> Pierre Neidhardt skribis: >> >>>> For now I lean towards looking for a way to address the issue >>>> specifically for SBCL. >>> >>> Don't forget that we currently have 5 Lisp compilers. >>> Besides, it's not clear that this can be fixed on the compiler's side, = it could >>> very well be that patches will be required on a per-project basis. >> >> I know little about CL but maybe we can find a solution that works for >> all five compilers. At least that would be the first approach I would >> suggest following. > > I can't imagine a solution that would work for all five compilers, but > perhaps that's a failure of imagination on my part. Of course, you're > welcome to search for such a solution. Can you give me a rough outline > of what you have in mind? I have nothing specific in mind, I=E2=80=99m just brainstorming with everyo= ne here. :-) For a similar situation in C++, there=E2=80=99s a fairly simple and local workaround: https://issues.guix.info/issue/30265#8 I=E2=80=99m not familiar with CL but I thought that it we could achieve something similar, that would be great=E2=80=94I=E2=80=99m not suggesting t= o change the CL compilers in any non-trivial way. For example I guess we could always store the file name as a literal byte vector/list and add a call to turn that into a string. Does that make sense? Thanks, Ludo=E2=80=99.