From unknown Wed Jun 18 00:09:04 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#29857 <29857@debbugs.gnu.org> To: bug#29857 <29857@debbugs.gnu.org> Subject: Status: 27.0.50; error: "Loading `nil': old-style backquotes detected!" Reply-To: bug#29857 <29857@debbugs.gnu.org> Date: Wed, 18 Jun 2025 07:09:04 +0000 retitle 29857 27.0.50; error: "Loading `nil': old-style backquotes detected= !" reassign 29857 emacs submitter 29857 Michael Heerdegen severity 29857 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 26 09:38:58 2017 Received: (at submit) by debbugs.gnu.org; 26 Dec 2017 14:38:58 +0000 Received: from localhost ([127.0.0.1]:52468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTqNe-0006o1-K5 for submit@debbugs.gnu.org; Tue, 26 Dec 2017 09:38:58 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58278) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTqNd-0006no-2u for submit@debbugs.gnu.org; Tue, 26 Dec 2017 09:38:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eTqNW-00057r-W7 for submit@debbugs.gnu.org; Tue, 26 Dec 2017 09:38:51 -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,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:56247) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eTqNW-00057h-T3 for submit@debbugs.gnu.org; Tue, 26 Dec 2017 09:38:50 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49201) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eTqNV-0007hq-Pg for bug-gnu-emacs@gnu.org; Tue, 26 Dec 2017 09:38:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eTqNS-00053G-CD for bug-gnu-emacs@gnu.org; Tue, 26 Dec 2017 09:38:49 -0500 Received: from mout.web.de ([212.227.17.12]:59884) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eTqNS-00052N-2k for bug-gnu-emacs@gnu.org; Tue, 26 Dec 2017 09:38:46 -0500 Received: from drachen.dragon ([88.74.120.211]) by smtp.web.de (mrweb103 [213.165.67.124]) with ESMTPSA (Nemesis) id 0LaCbS-1fEkNJ0OgY-00m0ns for ; Tue, 26 Dec 2017 15:38:43 +0100 From: Michael Heerdegen To: bug-gnu-emacs@gnu.org Subject: 27.0.50; error: "Loading `nil': old-style backquotes detected!" Date: Tue, 26 Dec 2017 15:38:42 +0100 Message-ID: <87d131ftal.fsf@web.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:bFrFXPjneU1R1HDbAR/20pUPfxTFCdm4SgrMgjrwePa6PSRLdNF Izt3qwsfhnQq702EPwESbw7ESRmuu4CqKcHI0dUNe7wodT+H1G8qYBgocR0qA3begrydnv9 mjlr/xg2dcrFpHl/jIu1sbSbhYgoyRoBzqXn46R8ecrZDlDBtYFAh7GM7FepWNBUmsAugW6 cYJXVLZdcSTY0/TQquxgw== X-UI-Out-Filterresults: notjunk:1;V01:K0:aywj0H022bY=:HVgjjDKsvRdyaBJy5pZakv Oqb+pxEsTbnc5m3jxdZ7m/V2e82aKhDmOpYw2AOBQcodqG4ot6hBLp7aihJwNv8/JpdFWQEta goZa6QO3oOdDrzbkn3Z3w31zlOI2C+af9iUl9rqrf9U7CzPlDbsCzjfnoBrMXL4OvJ4kiVhDz Nu89thfQ4mDm2l6+5B4/JuCHso6ZXZt/dkQ/EuO6up7NVmgb5DoSR7ddl2osVQ4OcnGtBIZEN DvjUgvJRfFeS4LR5Ur18FhpdLKCq5v2FepckqR2zQ4Flc8SpjoDDxn2fufQ5ysAfFHfw42Vxe QrjrFZrZTW1TVApxaCzyGcw+jvDxxmhtOxGdmufnBDFFa/V+umq39fhX3tBS4GaKv+lZuVzxC /LJujrHRRNQIntvTMRoJbht9Ap261ZBZqovWDgFvjzGKCBf+JjnHlxZpAIHrWMBG03xcZRi5t ndVNi0ozX8Sl9tYAs3cVrIjA9NRqn4patpxHY4ISJfgPTeSFOU1h+C3oeDTod4HWkUEtZdflr mPGCtjJpgjLb1ynstvAwIiIkTbMXsOvpBSWSFTlXMAUfDKSvc+jRcHRwsI08h3cHE9G3lxeAM +dA9vLgWC2LeZBYgOVKy4lw8pNsJL5sdhsWHRgfQ3dtLhb6YJF7KUdD9sSprAFmWPsM1YXlH0 DXmLby5pRGjgT2OvKhJ4wGO4uiCZSR7WohJGKq/dtk4QGMX3iBYOM6qVgRaPFC4gXLgaSgcAl pYf750kcwArqxjZKH+SGiNC34tA9vYH7R04QlyCFJwZej9QFtcT+PCytaINvPW5IxT+4+J7Jp dni2QonrVOcBPsNTbS/0p6Lt3pLkEF73oP5UfRVUhREtq/24RA= 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: -4.1 (----) X-Debbugs-Envelope-To: submit 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: -4.1 (----) Hello, Insert into a fresh buffer (e.g. *scratch*): #+begin_src emacs-lisp `(progn (add-to-list 'rcirc-client-commands ,(concat "/" (symbol-name command))) (defun ,(intern (concat "rcirc-cmd-" (symbol-name command))) (,@argument &optional process target) ,(concat docstring "\n\nNote: If PROCESS or TARGET are nil, the values given" "\nby `rcirc-buffer-process' and `rcirc-target' will be used.") ,interactive-form (let ((process (or process (rcirc-buffer-process))) (target (or target rcirc-target))) (ignore target) ; mark `target' variable as ignorable ,@body))) #+end_src (that's the body of the `defun-rcirc-command' macro in rcirc.el). Put point after the starting backquote character, at the position of the outermost opening paren. Then (read (current-buffer)) errors with | Debugger entered--Lisp error: (error "Loading `nil': old-style backquotes detected!") | read(#) | [...] I think raising this error is not justified, as there are no old-style backquotes there AFAIK. Also, the error message saying loading `nil' failed is confusing, it took me a while to find out where I tried to load `nil' (nowhere). Finally, let me say that `read' raising such errors about old-style backquotes, may it be justified or not, breaks "el-search" which relies heavily on `read' at diverse buffer positions to succeed. TIA, Michael. In GNU Emacs 27.0.50 (build 25, x86_64-pc-linux-gnu, GTK+ Version 3.22.24) of 2017-12-21 built on drachen Repository revision: e45499a6c1bae4577af2e86397e9bab23fd63bf1 Windowing system distributor 'The X.Org Foundation', version 11.0.11905000 System Description: Debian GNU/Linux testing (buster) From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 29 15:34:45 2017 Received: (at 29857) by debbugs.gnu.org; 29 Dec 2017 20:34:45 +0000 Received: from localhost ([127.0.0.1]:56964 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eV1Mb-0007YZ-6N for submit@debbugs.gnu.org; Fri, 29 Dec 2017 15:34:45 -0500 Received: from mail-qt0-f173.google.com ([209.85.216.173]:36080) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eV1MY-0007YI-Kz for 29857@debbugs.gnu.org; Fri, 29 Dec 2017 15:34:43 -0500 Received: by mail-qt0-f173.google.com with SMTP id a16so55356646qtj.3 for <29857@debbugs.gnu.org>; Fri, 29 Dec 2017 12:34:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WFXQgcfOkqIrFef8+dE2/9ji5ilyENQk0+JJIb6l+Hc=; b=lAsgnHAn2v0vaoL1c6Qozc3fdQCyMZkDEsczNKwwMXjsMO/uI5lSbn7yEi7yiw8qim e1876fq3GI4BuC3F4z4amUP2DOeUFmwYXJzVhr58pns+bzXMyI/gfxakQpPDmDy+k+We UtSkwWG72W+Z9KG1wSOmmuHCFzH4kmZGkXypwCj6tTPFgAl0O53CKrORYVbSUAlLH+Vr 3WDeR58TSFhi1TT/eU2beXavE5gmiqkSYvGK0U8O5po/s0L0M6bVrNkz21qWzjItmLYj c4DnjO/2TuL/5lT9ni5NQgsCGYqef7+h53ioI2uZkVprW1G4itNDs7f9d4s+vnJsa1G2 NL/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WFXQgcfOkqIrFef8+dE2/9ji5ilyENQk0+JJIb6l+Hc=; b=E21YFP5glbNeC9AYW6kKKz8pN6OGUDsRccE6OhA5J5nNjxy4cq3ginFqGb7+UcLUrV xlB9KM0ccI3vqnBcZSRYDhj0DYCi/p6Qua1e2Ifqu/YkXEH0ONnhAb/fnHz+9nskzD+X eOOzyVvh7g6MuvoDCl8HVkTrnltFaNQ5sFSTXkoTHemHRtGvFpsSyTpYe+hhdq9arSDH A20FQD4ekX4QEXnMijHxxILjCY71CmcUQ/mGEDCQaaaS1uay28x4F0Bz5dPsEU7upZhZ jiF8woUvZrwQYEnyQPFCMh5xq/O2PiQXrr9fIyOcWfXwZLspCpYcgpdKQFyCRJU9IXa2 sGkg== X-Gm-Message-State: AKGB3mIyUn+olDObmkvoCe5/CS9ORli56SsoEmCqrI5/iCtP+IvrYdP+ cQDCANyLRSWgoYnN4ytNO9cf6K7Y5mrNFz+O4JU= X-Google-Smtp-Source: ACJfBovFxzjcEiLlqjQbk5LvGWA7IBI9GBdW2VwQjzIDzYbslNSQkUhjtUieP7O44jjipBfhacqWw3bREt5pTkhXCak= X-Received: by 10.200.27.76 with SMTP id p12mr50696081qtk.310.1514579677025; Fri, 29 Dec 2017 12:34:37 -0800 (PST) MIME-Version: 1.0 References: <87d131ftal.fsf@web.de> In-Reply-To: <87d131ftal.fsf@web.de> From: Philipp Stephani Date: Fri, 29 Dec 2017 20:34:26 +0000 Message-ID: Subject: Re: bug#29857: 27.0.50; error: "Loading `nil': old-style backquotes detected!" To: Michael Heerdegen Content-Type: multipart/alternative; boundary="94eb2c122b70a21ba20561808f36" X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 29857 Cc: 29857@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: 0.2 (/) --94eb2c122b70a21ba20561808f36 Content-Type: text/plain; charset="UTF-8" Michael Heerdegen schrieb am Di., 26. Dez. 2017 um 15:39 Uhr: > > Hello, > > Insert into a fresh buffer (e.g. *scratch*): > > #+begin_src emacs-lisp > `(progn > (add-to-list 'rcirc-client-commands ,(concat "/" (symbol-name command))) > (defun ,(intern (concat "rcirc-cmd-" (symbol-name command))) > (,@argument &optional process target) > ,(concat docstring "\n\nNote: If PROCESS or TARGET are nil, the > values given" > "\nby `rcirc-buffer-process' and `rcirc-target' will be > used.") > ,interactive-form > (let ((process (or process (rcirc-buffer-process))) > (target (or target rcirc-target))) > (ignore target) ; mark `target' variable as ignorable > ,@body))) > #+end_src > > (that's the body of the `defun-rcirc-command' macro in rcirc.el). Put > point after the starting backquote character, at the position of the > outermost opening paren. Then (read (current-buffer)) errors with > > | Debugger entered--Lisp error: (error "Loading `nil': old-style > backquotes detected!") > | read(#) > | [...] > > I think raising this error is not justified, as there are no old-style > backquotes there AFAIK. It's somewhat subtle, but if you skip ` there is an oldstyle backquote here. There's a comment in lread.c: Because it's more difficult to peek 2 chars ahead, a new-style ,@ can still not be used outside of a `, unless it's in the middle of a list. That is, in the construct (,@argument the ,@ is oldstyle unless the ` has been read before. > Also, the error message saying loading `nil' > failed is confusing, it took me a while to find out where I tried to > load `nil' (nowhere). > It would be reasonable and easy to remove the "Loading `nil'" part in the case where no file is being loaded. > > Finally, let me say that `read' raising such errors about old-style > backquotes, may it be justified or not, breaks "el-search" which relies > heavily on `read' at diverse buffer positions to succeed. > > That's a bummer. It means that el-search currently relies on an underspecified legacy feature. Could el-search be changed to always include reading the initial ` in such cases? Otherwise I'd accept introducing a variable to control whether oldstyle backquotes should raise an error or get interpreted as newstyle. El-search would need to adapt, though, because the newstyle interpretation is different. However, that will need to happen anyway because at some point in time (Emacs 28?) we want to get rid of oldstyle backquotes altogether. --94eb2c122b70a21ba20561808f36 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Michae= l Heerdegen <michael_heerdeg= en@web.de> schrieb am Di., 26. Dez. 2017 um 15:39=C2=A0Uhr:

Hello,

Insert into a fresh buffer (e.g. *scratch*):

#+begin_src emacs-lisp
`(progn
=C2=A0 =C2=A0(add-to-list 'rcirc-client-commands ,(concat "/"= (symbol-name command)))
=C2=A0 =C2=A0(defun ,(intern (concat "rcirc-cmd-" (symbol-name co= mmand)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0(,@argument &optional process target)
=C2=A0 =C2=A0 =C2=A0,(concat docstring "\n\nNote: If PROCESS or TARGET= are nil, the values given"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "\nby `rcirc-buffer-p= rocess' and `rcirc-target' will be used.")
=C2=A0 =C2=A0 =C2=A0,interactive-form
=C2=A0 =C2=A0 =C2=A0(let ((process (or process (rcirc-buffer-process)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(target (or target rcirc-target)))=
=C2=A0 =C2=A0 =C2=A0 =C2=A0(ignore target) ; mark `target' variable as = ignorable
=C2=A0 =C2=A0 =C2=A0 =C2=A0,@body)))
#+end_src

(that's the body of the `defun-rcirc-command' macro in rcirc.el).= =C2=A0 Put
point after the starting backquote character, at the position of the
outermost opening paren.=C2=A0 Then (read (current-buffer)) errors with

| Debugger entered--Lisp error: (error "Loading `nil': old-style b= ackquotes detected!")
|=C2=A0 =C2=A0read(#<buffer *scratch*>)
|=C2=A0 =C2=A0[...]

I think raising this error is not justified, as there are no old-style
backquotes there AFAIK.=C2=A0

It's some= what subtle, but if you skip ` there is an oldstyle backquote here. There&#= 39;s a comment in lread.c:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0Because it's more difficult to peek 2 chars ahead, a new-styl= e
=C2=A0 =C2=A0,@ can sti= ll not be used outside of a `, unless it's in the middle
=C2=A0 =C2=A0of a list.
That is, in the construct (,@argument the ,@ is oldstyle unless the ` has = been read before.
=C2=A0
Als= o, the error message saying loading `nil'
failed is confusing, it took me a while to find out where I tried to
load `nil' (nowhere).

It would be r= easonable and easy to remove the "Loading `nil'" part in the = case where no file is being loaded.
=C2=A0

Finally, let me say that `read' raising such errors about old-style
backquotes, may it be justified or not, breaks "el-search" which = relies
heavily on `read' at diverse buffer positions to succeed.


That's a bummer. It means that el-sear= ch currently relies on an underspecified legacy feature. Could el-search be= changed to always include reading the initial ` in such cases?
O= therwise I'd accept introducing a variable to control whether oldstyle = backquotes should raise an error or get interpreted as newstyle. El-search = would need to adapt, though, because the newstyle interpretation is differe= nt. However, that will need to happen anyway because at some point in time = (Emacs 28?) we want to get rid of oldstyle backquotes altogether.=C2=A0
--94eb2c122b70a21ba20561808f36-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 30 09:00:51 2017 Received: (at 29857) by debbugs.gnu.org; 30 Dec 2017 14:00:51 +0000 Received: from localhost ([127.0.0.1]:57292 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eVHgx-0004Nm-JP for submit@debbugs.gnu.org; Sat, 30 Dec 2017 09:00:51 -0500 Received: from mout.web.de ([212.227.15.14]:63628) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eVHgv-0004NW-DS for 29857@debbugs.gnu.org; Sat, 30 Dec 2017 09:00:50 -0500 Received: from drachen.dragon ([88.74.120.211]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MPowc-1eZ7Rg2V2g-0050OE; Sat, 30 Dec 2017 15:00:42 +0100 From: Michael Heerdegen To: Philipp Stephani Subject: Re: bug#29857: 27.0.50; error: "Loading `nil': old-style backquotes detected!" References: <87d131ftal.fsf@web.de> Date: Sat, 30 Dec 2017 15:00:41 +0100 In-Reply-To: (Philipp Stephani's message of "Fri, 29 Dec 2017 20:34:26 +0000") Message-ID: <87y3lkgvsm.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:RP9VjwOz6+JynBA5fydSRNND+9hmCs1jGxZsxQoY7YHHYn5B4L6 T8sDUGd7qon9+N8gcFarVwAyiiK7MsdLIr7mhVQnMiyVLtIO57sfT0d3scS/L1+l4nPG/CL 40IHYP3QRFN1WX0vtKGFYcstOM3HZaSbCpO+uQvWIB0y/tY+LAvBGFzIz4T0c/qhOf/lMc6 G6tOtBHQ2QeYmYWekCW8g== X-UI-Out-Filterresults: notjunk:1;V01:K0:5J53sCzAgXU=:Nezxk8p+Pzm/r15bUZVyKP zdO2FJ6ncswvvt0TnMiNgVAfGQ6PY6tX2IhSOqjH/JbqDS+K5HPolSUULnJVBwPenCXqO0Dt2 B0xDdxbxRhtkPhv6D8JF9O/KVTeMCGSzwAWwnqG9crhtTI/hl10LRE4xM/uIRLes9p/Jci2K2 kdGARTOfQKjO4iixYL2PFjMxd0j93Vec0qYh2oWWwNkmnfXEzcsf3Xbl3GmVqUeLGQJKrhEOY 1D7cKmJ76tM6wkU2d3BdvsuvAYrDM4H0duiMZf5z211bxq2C+LirxYZ/M5m+IQGpgAJwsQ3FX ptRoqt/ogFr1BEM0C1E78qCKVkfQ8T9dSUT7weB/Em7TZlUJYktCd7KB5IVKgsd4tyP32qKQy BNHjUYKCcu+boD0nS1DwWl19DbEJZn8AwVGRZw/xJgvMjpNiYDm6OexI8v9+NzjW7hCZ18F3N fL2PVncFyPFUXuLuI4O3ip4xIO/RXBlHG9EnFJEHH4qyGDKp7+SZFQcTAHZwwWRJU7JR0H6x0 pGbkzB45t35ZO/EjuhhgHMoezN6liVMgxqWZM6lHZCs97KdjTFHwhXmBeDjwXU241xygDgHDc X6ZISiCEBZVDqRljiBZnrljwwC/9Bvfs0mxvmBiJMZckqnIjhj5Btf/3QZYuC1F7v+uSKm8R6 yL4hGz1BTBcM8kdXGzcihuC2lezRGOq8RtDgqP6CHELE3yvszVduUA6+xJxhKd+0h53CluviG D09kHTwxlT4vePhQf19v2GH5W2zddJRd2RL9hgAexqzrrrKF/oSsUIfIYVpnkdscFufzj7Ofb LICy9TF00sDOnVJ1A5Y/mPDCgnTB9Dnqxshln5H98dqE/tj3xU= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 29857 Cc: 29857@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: -0.7 (/) Philipp Stephani writes: > It's somewhat subtle, but if you skip ` there is an oldstyle backquote here. There's a > comment in lread.c: > Because it's more difficult to peek 2 chars ahead, a new-style > ,@ can still not be used outside of a `, unless it's in the middle > of a list. > That is, in the construct (,@argument the ,@ is oldstyle unless the ` has been read > before. Hmm, ok. > Also, the error message saying loading `nil' > failed is confusing, it took me a while to find out where I tried to > load `nil' (nowhere). > > It would be reasonable and easy to remove the "Loading `nil'" part in > the case where no file is being loaded. Yes, I think that would be good. > Finally, let me say that `read' raising such errors about old-style > backquotes, may it be justified or not, breaks "el-search" which relies > heavily on `read' at diverse buffer positions to succeed. > > That's a bummer. It means that el-search currently relies on an > underspecified legacy feature. Could el-search be changed to always > include reading the initial ` in such cases? Not really. It would mean that the "construct" after any backquote can't be matched or replaced. E.g. if you have a function `foo' accepting three arguments, and you decide to change the definition of `foo' so that the meaning of the second and third arguments are interchanged, you want to replace all calls in your code with the rule `(foo ,a ,b ,c) -> `(foo ,a ,c ,b) to adopt to the new signature. (Note that the backquote here is part of `pcase' pattern semantics and there is no relation with this issue). But in this occurrence: #+begin_src emacs-lisp (defmacro bar (form) `(foo 1 1 ,@form)) #+end_src this replacement rule would fail because the according form would be unmatchable (and the backquoted thing doesn't match). One could work around this...there are always workarounds. To need to do that would be very bad. > Otherwise I'd accept introducing a variable to control whether > oldstyle backquotes should raise an error or get interpreted as > newstyle. That would be optimal for my case. > El-search would need to adapt, though, because the newstyle > interpretation is different. In which way would el-search need to adapt? It doesn't interpret code. It is a tool for matching and transforming lists, which, in most cases, happen to be code. The user would need to know how `read' interprets what's matched, of course. Thanks, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 30 09:34:28 2017 Received: (at 29857) by debbugs.gnu.org; 30 Dec 2017 14:34:28 +0000 Received: from localhost ([127.0.0.1]:57298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eVIDU-0005Mz-81 for submit@debbugs.gnu.org; Sat, 30 Dec 2017 09:34:28 -0500 Received: from mail-qt0-f172.google.com ([209.85.216.172]:35227) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eVIDR-0005Mg-4o for 29857@debbugs.gnu.org; Sat, 30 Dec 2017 09:34:25 -0500 Received: by mail-qt0-f172.google.com with SMTP id u10so56901483qtg.2 for <29857@debbugs.gnu.org>; Sat, 30 Dec 2017 06:34:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XtEPz01rK8pSYGT1VN5vIckBizK9Ll671fBJABfHf+o=; b=Rbe90O49HJ/oBAV27jLzRjOpwjimYYWvyTUFrD5vY4qHik1A+pazGIXfuDTK3iSJXu PiUjTgnjtW1YpGFzE2EtpicQcolJqiEEdeDi/31T/EPUJ/9WidgXnwa/IogDD13Upvhq VQpDS1YEKgQJHgcmbeC8JRqnvGbMXo7o+H0qAAxNTB9pziLpjbnz7wF3DmQw00R/ZsHA S1qVoZIvsAxK8gM+qwUGlodTPGE/gwy87j/G3gd+Dink1r6LMsMOJknfn1fm1TpIlogf 43OLX8Ea+sFmlqjVL9AATnsAVzxOs5envmrVN9cPumVwNTYlEjUh7mlfd7wQyxwklCG9 Pzkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XtEPz01rK8pSYGT1VN5vIckBizK9Ll671fBJABfHf+o=; b=Wuqn+XjXO7sP1pEpQYN84KiwiVmTXuGJM9ZBGKFnuFyKXk1gvccV51T9vlvWgVRuci ywQ26uSLc17kW8/IPv+MZXNems/Ono25FlhQ1y3E/5nrbMAydDCGGy6GpJ9cPcZP+fA5 Suy+tUciPR6YdPYiZINtvcNKfWbCv5h9OYaNEgoUhHqd5anOha2YYHQdjYLADDEyagrw wlOp82cXwmoVfHuJHmiZ5NFe1M8Wy/yxgvJhkK8RSFAiXrGBpaMnUPMSa78G+jp6IEne h4UgERcmOcM+dV7zvNkdZRYW/PzN5gYe+6jkBKIZ80tsInc6vLCn1c50dcRw8Gz8cfAu iAwA== X-Gm-Message-State: AKGB3mL2YD3kDS9b4M5FPQzwtJdD+LuQYhTDZraXcThizUBxBjLaGwcn ByPif5DXqYLc1O9FqTJWagqWcB41rsOwoDTzork= X-Google-Smtp-Source: ACJfBos/4Vory5jkbQBpNfaWSfp5/EDLVaIkC683hB5JFGUpH5or0FoxqplNS8pP4PFty9x9CBNZkVtf/OKaS52xGiE= X-Received: by 10.200.46.149 with SMTP id h21mr49262419qta.73.1514644459604; Sat, 30 Dec 2017 06:34:19 -0800 (PST) MIME-Version: 1.0 References: <87d131ftal.fsf@web.de> <87y3lkgvsm.fsf@web.de> In-Reply-To: <87y3lkgvsm.fsf@web.de> From: Philipp Stephani Date: Sat, 30 Dec 2017 14:34:09 +0000 Message-ID: Subject: Re: bug#29857: 27.0.50; error: "Loading `nil': old-style backquotes detected!" To: Michael Heerdegen Content-Type: multipart/alternative; boundary="001a11c01276f9cd7f05618fa454" X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 29857 Cc: 29857@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: 0.2 (/) --001a11c01276f9cd7f05618fa454 Content-Type: text/plain; charset="UTF-8" Michael Heerdegen schrieb am Sa., 30. Dez. 2017 um 15:00 Uhr: > Philipp Stephani writes: > > > Also, the error message saying loading `nil' > > failed is confusing, it took me a while to find out where I tried to > > load `nil' (nowhere). > > > > It would be reasonable and easy to remove the "Loading `nil'" part in > > the case where no file is being loaded. > > Yes, I think that would be good. > OK, I've sent a patch to do that: https://lists.gnu.org/archive/html/emacs-devel/2017-12/msg00901.html > > > Finally, let me say that `read' raising such errors about old-style > > backquotes, may it be justified or not, breaks "el-search" which relies > > heavily on `read' at diverse buffer positions to succeed. > > > > That's a bummer. It means that el-search currently relies on an > > underspecified legacy feature. Could el-search be changed to always > > include reading the initial ` in such cases? > > Not really. It would mean that the "construct" after any backquote > can't be matched or replaced. > > E.g. if you have a function `foo' accepting three arguments, and you > decide to change the definition of `foo' so that the meaning of the > second and third arguments are interchanged, you want to replace all > calls in your code with the rule > > `(foo ,a ,b ,c) -> `(foo ,a ,c ,b) > > to adopt to the new signature. > > (Note that the backquote here is part of `pcase' pattern semantics and > there is no relation with this issue). > > But in this occurrence: > > #+begin_src emacs-lisp > (defmacro bar (form) > `(foo 1 1 ,@form)) > #+end_src > > this replacement rule would fail because the according form would be > unmatchable (and the backquoted thing doesn't match). One could work > around this...there are always workarounds. To need to do that would be > very bad. > OK > > > Otherwise I'd accept introducing a variable to control whether > > oldstyle backquotes should raise an error or get interpreted as > > newstyle. > > That would be optimal for my case. > I've sent a patch for this as well: https://lists.gnu.org/archive/html/emacs-devel/2017-12/msg00902.html > > > El-search would need to adapt, though, because the newstyle > > interpretation is different. > > In which way would el-search need to adapt? It doesn't interpret code. > It is a tool for matching and transforming lists, which, in most cases, > happen to be code. The user would need to know how `read' interprets > what's matched, of course. > > > Then I guess el-search should document the new behavior. Previously (up to Emacs 26) (read "(,@ x)") returns (\,@ x), now (with the new variable) it returns ((\,@ x)). However, if el-search uses `read` for both the buffer text and the search pattern, the interpretations should still match (within one version of Emacs). --001a11c01276f9cd7f05618fa454 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Michae= l Heerdegen <michael_heerdeg= en@web.de> schrieb am Sa., 30. Dez. 2017 um 15:00=C2=A0Uhr:
Philipp Stephani <p.stephani2@gmail.com> writes:<= br>
>=C2=A0 Also, the error message saying loading `nil'
>=C2=A0 failed is confusing, it took me a while to find out where I trie= d to
>=C2=A0 load `nil' (nowhere).
>
> It would be reasonable and easy to remove the "Loading `nil'&= quot; part in
> the case where no file is being loaded.

Yes, I think that would be good.

=C2=A0

>=C2=A0 Finally, let me say that `read' raising such errors about ol= d-style
>=C2=A0 backquotes, may it be justified or not, breaks "el-search&q= uot; which relies
>=C2=A0 heavily on `read' at diverse buffer positions to succeed. >
> That's a bummer. It means that el-search currently relies on an > underspecified legacy feature. Could el-search be changed to always > include reading the initial ` in such cases?

Not really.=C2=A0 It would mean that the "construct" after any ba= ckquote
can't be matched or replaced.

E.g. if you have a function `foo' accepting three arguments, and you decide to change the definition of `foo' so that the meaning of the
second and third arguments are interchanged, you want to replace all
calls in your code with the rule

=C2=A0 `(foo ,a ,b ,c) -> `(foo ,a ,c ,b)

to adopt to the new signature.

(Note that the backquote here is part of `pcase' pattern semantics and<= br> there is no relation with this issue).

But in this occurrence:

#+begin_src emacs-lisp
(defmacro bar (form)
=C2=A0 `(foo 1 1 ,@form))
#+end_src

this replacement rule would fail because the according form would be
unmatchable (and the backquoted thing doesn't match).=C2=A0 One could w= ork
around this...there are always workarounds.=C2=A0 To need to do that would = be
very bad.

OK
=C2=A0

> Otherwise I'd accept introducing a variable to control whether
> oldstyle backquotes should raise an error or get interpreted as
> newstyle.

That would be optimal for my case.

=C2=A0

> El-search would need to adapt, though, because the newstyle
> interpretation is different.

In which way would el-search need to adapt?=C2=A0 It doesn't interpret = code.
It is a tool for matching and transforming lists, which, in most cases,
happen to be code.=C2=A0 The user would need to know how `read' interpr= ets
what's matched, of course.



Then I guess el-search should document= the new behavior. Previously (up to Emacs 26) (read "(,@ x)") re= turns (\,@ x), now (with the new variable) it returns ((\,@ x)).
= However, if el-search uses `read` for both the buffer text and the search p= attern, the interpretations should still match (within one version of Emacs= ).=C2=A0
--001a11c01276f9cd7f05618fa454-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 30 17:34:05 2017 Received: (at 29857) by debbugs.gnu.org; 30 Dec 2017 22:34:05 +0000 Received: from localhost ([127.0.0.1]:58205 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eVPhd-000204-8u for submit@debbugs.gnu.org; Sat, 30 Dec 2017 17:34:05 -0500 Received: from mout.web.de ([212.227.15.3]:50265) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eVPha-0001zQ-Tj for 29857@debbugs.gnu.org; Sat, 30 Dec 2017 17:34:03 -0500 Received: from drachen.dragon ([88.74.120.211]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0LsQ9o-1etrTw1Ge0-0121BI; Sat, 30 Dec 2017 23:33:56 +0100 From: Michael Heerdegen To: Philipp Stephani Subject: Re: bug#29857: 27.0.50; error: "Loading `nil': old-style backquotes detected!" References: <87d131ftal.fsf@web.de> <87y3lkgvsm.fsf@web.de> Date: Sat, 30 Dec 2017 23:33:55 +0100 In-Reply-To: (Philipp Stephani's message of "Sat, 30 Dec 2017 14:34:09 +0000") Message-ID: <87vagn7smk.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:vEq2iGRsaNe9sT46F7WAv0C4lKmViRyN8sGHQJlNo2cOHOj4OO7 Wb7ZDu8ScXmd0kZBM4s+VRmsgk19XDVrv5/M2BD4Ewb74BUt379iyrIaJt+SC2Ie5So23nJ gYc/L58SZ1Njhs3pZSCk//H0XN0GhGX2gcrh1w8Qwug63nwA+8h7+nabijtAhHL2hjzmj7E LdsHu9z75Cvi+qsJJf/Cw== X-UI-Out-Filterresults: notjunk:1;V01:K0:/UWWagLI+3Y=:9OIjDE7GzdBzsYfjFeCU4o 61cl7FwPJoSRaMdtQffN+svEu+6I6FxBQusNbLO4LzhfJ2uZGcQtr4pCiX3K1akOkqgIXS6Zx nxjXU6BDywEbZW6JfYYqlVozOqXm9/RYMhZpnMIJqhfAR1Bi2SrfqEnsfJ5TEEqM6Cq/nuJBF IKRIU6fh3ppDCzJ2XF0BZWDrmA7AF0RNR4feLVHSlwGUSLrjRryEAp4wf5du62sziwvwYFRmM D6bR3Wrfdt/VyGNvB8I6d97xIIvQeilfZgWGoCIjX5XaoH9cOpgNAWIQRnQq0qOOUJAfjNzxZ kLXwMgRD/UOQNzEjGtLZPfbMsnidx5R9gOv4FGInYNsysrW3S6SjK4nk8WEGsPjhfkq/eTGvs 12Y42y90lUBEZ5JI2AxFTEmQ4xn/K1onKfr5a8b3KKBvDmx9yvtogFgt+cQWkDlcGsmSWJ9vQ 1I7oz3JnI0dXos2jfHrObJsecSK/YEO75F/POOtIImCmj6PhdwiGJ0I4sKFnkGpGWgvAJzuGg nwZqi7n44XgkUwko5qM+UTIzWvMQYu5epvE82rTvxAWGnTHkzKF2Y87nCoyQMdt2ElykScH6X etHncA0P6fuzBun2y/Q0fQ7kb36ATbiVzRLfmR4SoXDWhf1eV5jfKGxP50SpPlHnFaghxjEGD gOP8A8TGgVVd9LEc/v1Q3ISKSu9xe5JPV1XWz/u7sIDvmgdtHKLtBH7ztWfSrkPOMUjxdJBwV 1SfyP/e4adl+/uilqA+UsC8FFkWfnJqC6JDt5F+6en28KKQvqZvBa3AnZ20uGbB11YjtT37i0 ryp4DrqdopepNrK9mYS5b7t6ZWJhTO20gwmKTP1HknLgXbK+GA= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 29857 Cc: 29857@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: -0.7 (/) Hi Philipp, thanks for working on this. > > It would be reasonable and easy to remove the "Loading `nil'" part in > > the case where no file is being loaded. > > Yes, I think that would be good. > > OK, I've sent a patch to do that: > https://lists.gnu.org/archive/html/emacs-devel/2017-12/msg00901.html Yes, that should be ok, I think. > > Otherwise I'd accept introducing a variable to control whether > > oldstyle backquotes should raise an error or get interpreted as > > newstyle. > > That would be optimal for my case. > > I've sent a patch for this as well: > https://lists.gnu.org/archive/html/emacs-devel/2017-12/msg00902.html Thanks. Looks like it does what I want. > Then I guess el-search should document the new behavior. Previously > (up to Emacs 26) (read "(,@ x)") returns (\,@ x), now (with the new > variable) it returns ((\,@ x)). However, if el-search uses `read` for > both the buffer text and the search pattern, the interpretations > should still match (within one version of Emacs). Yes, it does. I think there is no problem with this new behavior (well, unless you either try to make use of old-style backquotes, or need the semantics of old-style backquotes to transform old code that makes use of old-style backquotes - I don't need to support these cases). Thanks, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 07 08:27:05 2018 Received: (at 29857-done) by debbugs.gnu.org; 7 Jan 2018 13:27:05 +0000 Received: from localhost ([127.0.0.1]:38788 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eYAye-0005K8-Aq for submit@debbugs.gnu.org; Sun, 07 Jan 2018 08:27:05 -0500 Received: from mail-qk0-f172.google.com ([209.85.220.172]:35480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eYAyc-0005Jf-4Y for 29857-done@debbugs.gnu.org; Sun, 07 Jan 2018 08:27:02 -0500 Received: by mail-qk0-f172.google.com with SMTP id w184so3046790qka.2 for <29857-done@debbugs.gnu.org>; Sun, 07 Jan 2018 05:27:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=J4bFMaoQbyukmxBMvuc6YD2zT78a81ppNR0lTIDZp2E=; b=E/oWgpZgbGBzncjLYoggEqyMvItPq1cYIXiq4/ddJJilfMm1JUB5ivclejNUx2usLo x4rtDeqTWvJ3MNSdi+6+ALCn94IYQpoAMy9/PnSGYhjAmin84g90xksrKe6bADqXqiVz FlFp79RvXBOJitAmHTHc3PdYwuHYq8JpSCovfkPw573IqWyPF0XlQL2Ky69Ax7WSExbR EmrMq3XGD33PCkHLoFFsHReAKVsi7LAmlyX6xZrGYKcJPdkCaEzEKRgJzxy08KzVcVAP ZRiRikm942zDTfEkppB6bc0Jikdn/vwi3txCUsO727PDKx0+wYCszwtiMNfc4YLZEW3m b36A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=J4bFMaoQbyukmxBMvuc6YD2zT78a81ppNR0lTIDZp2E=; b=S4MihS0xcmYGUj73tsnEPvvMFBWvJn3wsOdGeOKkb6yjzdXq2kmNKYcsVmvvR8pfPj SGOknhux+o9UL/y1YeSmb01wTgBLO/gwyrbcGmKfBZau3hI6NkZRYBxnm/YjntfEexnK 04iH57Psbs82pb+mr2BRbDtIrz5x5v1HJI+653QiFoLDbzgBCgSLeHIBgU3oOIRXlhaS pbH8ZwjrnxNo9VCEcbGv7S9fc/JAI89HV5ltHUcVP0BbYlh7PYIP5QPl7T7HX6Z4n4lS efp/x7NuDsVIStTGO/g5VYQoWcbniep7U+aocRR9hu5JJQDrmG9APXfgEC1J5cHau/Zd 5pIg== X-Gm-Message-State: AKwxyteS3FJWxEfaKGoPOS7kMNT75rAE1VvF7kANkjMM3/LnRf2Ck8DJ npADZcP+4n+c7LTvBkohm2Xlxi/dBwwX9qfKSsE= X-Google-Smtp-Source: ACJfBothrxGmWbv3gI9FNVt/VWCGkZDwRdPV4ku1vmKsXUvG5g/poEQo4408lsVJ3HcdRnv4LQhsbO3duHIj/tzOCLg= X-Received: by 10.55.20.234 with SMTP id 103mr10362538qku.274.1515331616610; Sun, 07 Jan 2018 05:26:56 -0800 (PST) MIME-Version: 1.0 References: <87d131ftal.fsf@web.de> <87y3lkgvsm.fsf@web.de> <87vagn7smk.fsf@web.de> In-Reply-To: <87vagn7smk.fsf@web.de> From: Philipp Stephani Date: Sun, 07 Jan 2018 13:26:46 +0000 Message-ID: Subject: Re: bug#29857: 27.0.50; error: "Loading `nil': old-style backquotes detected!" To: Michael Heerdegen Content-Type: multipart/alternative; boundary="001a11400ff0b99eac05622fa204" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 29857-done Cc: 29857-done@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: 0.3 (/) --001a11400ff0b99eac05622fa204 Content-Type: text/plain; charset="UTF-8" Michael Heerdegen schrieb am Sa., 30. Dez. 2017 um 23:33 Uhr: > Hi Philipp, > > thanks for working on this. > > > > It would be reasonable and easy to remove the "Loading `nil'" part in > > > the case where no file is being loaded. > > > > Yes, I think that would be good. > > > > OK, I've sent a patch to do that: > > https://lists.gnu.org/archive/html/emacs-devel/2017-12/msg00901.html > > Yes, that should be ok, I think. > > > > Otherwise I'd accept introducing a variable to control whether > > > oldstyle backquotes should raise an error or get interpreted as > > > newstyle. > > > > That would be optimal for my case. > > > > I've sent a patch for this as well: > > https://lists.gnu.org/archive/html/emacs-devel/2017-12/msg00902.html > > Thanks. Looks like it does what I want. > > OK, I've now pushed both patches to master. --001a11400ff0b99eac05622fa204 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Michae= l Heerdegen <michael_heerdeg= en@web.de> schrieb am Sa., 30. Dez. 2017 um 23:33=C2=A0Uhr:
Hi Philipp,

thanks for working on this.

>=C2=A0 > It would be reasonable and easy to remove the "Loading= `nil'" part in
>=C2=A0 > the case where no file is being loaded.
>
>=C2=A0 Yes, I think that would be good.
>
> OK, I've sent a patch to do that:
> https://lists.gnu.org/archi= ve/html/emacs-devel/2017-12/msg00901.html

Yes, that should be ok, I think.

>=C2=A0 > Otherwise I'd accept introducing a variable to control = whether
>=C2=A0 > oldstyle backquotes should raise an error or get interprete= d as
>=C2=A0 > newstyle.
>
>=C2=A0 That would be optimal for my case.
>
> I've sent a patch for this as well:
> https://lists.gnu.org/archi= ve/html/emacs-devel/2017-12/msg00902.html

Thanks.=C2=A0 Looks like it does what I want.


OK, I've now pushed both patches t= o master.=C2=A0
--001a11400ff0b99eac05622fa204-- From unknown Wed Jun 18 00:09:04 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 05 Feb 2018 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator