[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#29857: 27.0.50; error: "Loading `nil': old-style backquotes detected
From: |
Michael Heerdegen |
Subject: |
bug#29857: 27.0.50; error: "Loading `nil': old-style backquotes detected!" |
Date: |
Sat, 30 Dec 2017 23:33:55 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
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.