Philipp
schrieb am Mo., 9. Okt. 2017 um 16:20 Uhr:
>
> See https://lists.gnu.org/archive/html/emacs-devel/2017-10/msg00313.html
>
> The backtrace I got was
>
> $ (cd admin/grammars && EMACSLOADPATH= "../../src/emacs" -batch
> --no-site-file --no-site-lisp -eval '(setq debug-on-error t)' -l
> semantic/bovine/grammar -f bovine-batch-make-parser -o
> "../../lisp/cedet/semantic/bovine/make-by.el" make.by)
> ../../lisp/emacs-lisp/eieio.el: ‘eieio-object-name-string’ is an obsolete
> generic function (as of 25.1); use ‘eieio-named’ instead.
> ../../lisp/emacs-lisp/eieio.el: ‘object-print’ is an obsolete generic
> function (as of 26.1); use ‘cl-print-object’ instead.
> ../../lisp/emacs-lisp/eieio-base.el: ‘eieio-object-name-string’ is an
> obsolete generic function (as of 25.1); use ‘eieio-named’ instead.
> Debugger entered--Lisp error: (error "Loading ‘nil’: old-style backquotes
> detected!")
> read("( ,@$2 )")
>
I looked a bit around, and found that these strings are copied verbatim
from the *.by files.
Looking at the comments of lread.c, this seems to be a limitation of the
reader: "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."
Not sure what to do with this, though. Changing the reader would introduce
a breaking change for no good reason, since we're trying to get rid of
old-style backquotes. So I think this should rather be fixed in Bovine,
either by escaping the offending commas, or by removing the space between (
and ,.