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. – Sean Allred 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. – Sean Allred 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.

| improve this answer | |
  • 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

| improve this answer | |
  • 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
  • 1
    @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.