From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 27 17:05:53 2018 Received: (at 33848) by debbugs.gnu.org; 27 Dec 2018 22:05:53 +0000 Received: from localhost ([127.0.0.1]:39601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcdmq-0006hq-OK for submit@debbugs.gnu.org; Thu, 27 Dec 2018 17:05:52 -0500 Received: from relay10.mail.gandi.net ([217.70.178.230]:53759) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcdmp-0006hh-6j for 33848@debbugs.gnu.org; Thu, 27 Dec 2018 17:05:51 -0500 Received: from mimimi (moi44-1-78-199-129-170.fbx.proxad.net [78.199.129.170]) (Authenticated sender: mail@ambrevar.xyz) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 301A8240007; Thu, 27 Dec 2018 22:05:47 +0000 (UTC) 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> <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> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#33848: Store references in SBCL-compiled code are "invisible" In-reply-to: <87zhsq8wkj.fsf@gnu.org> Date: Thu, 27 Dec 2018 23:05:44 +0100 Message-ID: <87d0pmhbgn.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 33848 Cc: Mark H Weaver , 33848@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > The reference scanner, currently written in C++, traverses whole > directory trees. Being C++ it treats file names as byte arrays so it > doesn=E2=80=99t matter what the file name encoding is. But what matters then is that the filename encodings on the filesystem and = in the binary match, right? > Note also that the reference scanner only looks for =E2=80=9Cxyz=E2=80=A6= -foo=E2=80=9D; what > comes before and after doesn=E2=80=99t matter. So for example if you have > =E2=80=9C/gnu/store/xyz=E2=80=A6-foo/=C3=A0=E2=80=9D, what=E2=80=99s impo= rtant is the =E2=80=9Cxyz=E2=80=A6-foo=E2=80=9D bit. OK, makes sense, then my main worry is just moot :) =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlwlTLgACgkQm9z0l6S7 zH/S3Qf/W9Oy7e1p3LkCiKM2l9t7jW3TezaUlHflLGmVd1zdiaTq/aeLdTfY2r+i +/aEweAHmQGD1oHWmSbnDMyBOQalzBNAQi8dg+oOSVNiMASWk+aHCj5OohE1mxrd dSLwTxk0a4BIM03GbEc/qFtI2nOZEJGjphkHJGjSKHB/5gzilsLVXRjajYWXVh/P qVaIH3xJzjA4zIyg711PQTKMqB8qIAKpr0OKA23vpZ1FaRKoNY5NRx/g1wQpFTfi 4ZdwgJwPwh3bDkU61C5mPiHcVARi8X3M65h96Aj+9RX9TCZ/+3oQTWexKTv2o0xH ZfSYbHpvtAb8xkg9sKLaN47TFoM2Zg== =djyT -----END PGP SIGNATURE----- --=-=-=--