GNU bug report logs - #44554
27.1; Feature request: SRFI-62 style comments for Emacs Lisp.

Previous Next

Package: emacs;

Reported by: Vladimir Nikishkin <lockywolf <at> gmail.com>

Date: Tue, 10 Nov 2020 14:05:01 UTC

Severity: wishlist

Merged with 57966

Found in versions 27.1, 28.1

Full log


Message #62 received at 44554 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> linkov.net>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: Mattias EngdegÄrd <mattiase <at> acm.org>,
 Lars Ingebrigtsen <larsi <at> gnus.org>, 44554 <at> debbugs.gnu.org,
 Vladimir Nikishkin <lockywolf <at> gmail.com>, Richard Stallman <rms <at> gnu.org>
Subject: Re: bug#44554: 27.1; Feature request: SRFI-62 style comments for
 Emacs Lisp.
Date: Thu, 12 Nov 2020 22:11:22 +0200
>> > No, not without modification. For example, #; would be treated as #
>> > and a comment removing the rest of the line by most existing lexers.
>> > And it's not just my code.
>> 
>> Sure, it would be a new feature, and older lexers wouldn't understand
>> the new grammar, but that's true of (almost) any new language feature.
>
> If we had reader macros, and more generally a
> user-configurable reader, like Common Lisp, then
> maybe (?) users could adapt (e.g. disable or
> whatever) such new constructs programmatically,
> with Lisp.

I don't know if there is such a feature as transcompiling in Common Lisp
https://en.wikipedia.org/wiki/Source-to-source_compiler
but it should be possible to create a transpiler package that could help
to load Emacs Lisp files with newer syntax in older Emacs versions.




This bug report was last modified 2 years and 268 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.