Modifying the reader would allow introducing new read-syntax (such as #(hash table) and '(quoted)). Many Lisps have this​​​​​ capability, but no such facility seems to exist for elisp.

  • Hack the C sources.
    – wasamasa
    Nov 11 '15 at 15:12
  • 3
    Emacs Lisp doesn't have a Lisp-programmable reader.
    – Drew
    Nov 11 '15 at 15:39
  • @wasamasa Well, that's always an option :) Not a portable one, but an option. Nov 11 '15 at 15:58
  • I think "Many Lisps have this." is not an actual question. I would much prefer to have a real question. I suggest to shorten the title, and rephrase it into the body.
    – YoungFrog
    Mar 10 '16 at 17:25
  • @YoungFrog edits welcome. I couldn't think of anything more direct or appropriate without being overly wordy. The question is simple; it doesn't have to be long. Mar 10 '16 at 17:27

Turns out that the manual implies that you can't actually do reader macros.

According to Appendix C Porting Common Lisp:

Reader macros. Common Lisp includes a second type of macro that works at the level of individual characters. For example, Common Lisp implements the quote notation by a reader macro called ', whereas Emacs Lisp’s parser just treats quote as a special case. Some Lisp packages use reader macros to create special syntaxes for themselves, which the Emacs parser is incapable of reading.

  • I think this is about Common Lisp software which use special reader macros, rather than Elisp. The page is about porting CL code to Elisp. And yes, officially the reader is not customizable, but see my answer below...
    – mishoo
    Mar 7 '16 at 16:23
  • The other problem here is even if you've somehow introduced new reader syntax, the rest of Emacs is not aware of it, so you'll need to fix syntax.c, too...
    – wasamasa
    Mar 8 '16 at 7:23

Apparently it can be done, but prepare for a lot of work. (or don't, because I'm gonna tackle it some weekend ;-).

(defvar *orig-read* (symbol-function 'read))

(defun read (&optional in)
  (message "reading from %s" load-file-name)
  (funcall *orig-read* in))

(setq load-read-function (symbol-function 'read))

Now "all" that's left to do is to implement a complete Lisp reader which supports everything that Elisp does and whatever you want more. I think this could be used to provide CL-like defpackage and package internal symbols, as one example. Also, a special syntax for regexps is something I badly want to do (or more exactly, some string syntax that doesn't interpret backslashes).

Edit: here's a proof-of-concept implementation: https://github.com/mishoo/elisp-reader.el

  • Probably best not to post this as an answer until after you've actually implemented a complete Lisp reader as you suggested (which, I'm guessing, is not a trivial enterprise).
    – Dan
    Mar 7 '16 at 19:51
  • @Dan It is doable, it's just that doing it in C is so much more painful as it sucks for string processing.
    – wasamasa
    Mar 8 '16 at 7:21
  • 2
    @Dan got it working, I edited the answer to add the link to the implementation.
    – mishoo
    Mar 10 '16 at 17:05

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.