GNU bug report logs -
#29857
27.0.50; error: "Loading `nil': old-style backquotes detected!"
Previous Next
Full log
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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(#<buffer *scratch*>)
| [...]
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)
This bug report was last modified 7 years and 134 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.