this post was submitted on 16 Oct 2023
1 points (66.7% liked)

Emacs

314 readers
2 users here now

A community for the timeless and infinitely powerful editor. Want to see what Emacs is capable of?!

Get Emacs

Rules

  1. Posts should be emacs related
  2. Be kind please
  3. Yes, we already know: Google results for "emacs" and "vi" link to each other. We good.

Emacs Resources

Emacs Tutorials

Useful Emacs configuration files and distributions

Quick pain-saver tip

founded 1 year ago
MODERATORS
 

Once I saw nil or 'nil from some (setq ..), it usually worried me.

The barely nil appears to be a variable name no more than `foo bar zoo` and there shoud be a value it points to.The quoted 'nil seems to be a data or a value in data mode and there might exist a name it is given.it looks no difference with symbols as 'nilll 'nilllllll or 'nillllllllll as data.

Every time see them, I find myself hesitating, uncertain and disturbing.

This picture tells they are identical and comfort me to get an insight that lisp is much more pragmatic in evovling by patching up.

As a result, I stop worring its theoretical consistency and confidently proceed with using `nil`.

4 disguises of nil

The wizard book SICP states it as:

Lisp was not the product of a concerted design effort. Instead, it evolved informally in an experimental manner in response to users' needs and to pragmatic implementation considerations.

top 5 comments
sorted by: hot top controversial new old
[–] bitwize@alien.top 1 points 1 year ago

Yeah, t and nil are self-evaluating symbols in Lisps that use them, like Common Lisp and Emacs Lisp. Don't sweat it, just keep that in mind.

[–] JDRiverRun@alien.top 1 points 1 year ago

There are a variety of "self-quoting" constructs in elisp (including all :keywords!).

(eq (quote nil) nil) ; ==> t  
(eq (quote t) t) ; ==> t  
(eq (quote :some-keyword) :some-keyword) ; ==> t
[–] jacobb11@alien.top 1 points 1 year ago

I feel like that image is distracting from the point.

Nil is a value and also a symbol. (In some Lisps. Definitely in Common Lisp.)

Nil may be written as a symbol nil or it may be written as an empty list (). Same thing either way. Nil evaluates to itself. In contrast, most symbols (but certainly not all) evaluate to their bound value. [I'm aware that statement is a simplification, gotta start somewhere.]

In any evaluation context, a symbol such as foo is evaluated. Quoting that symbol means evaluation "consumes" the quote and leaves just the symbol. So the evaluation of 'j is j, and so forth. Naturally the evaluation of 'nil is nil. But without evaluation, 'j differs from j and 'nil differs from nil.

[–] soundslogical@alien.top 1 points 1 year ago

I was actually suprised to find that the empty list is a symbol, the same one referred to by nil. I thought they would refer to some special singular 'nil' value with its own type.

(symbolp '()) ; ==> t
(eq nil '()) ; ==> t
(eq 'nil '()) ; ==> t
(eq 'nil nil) ; ==> t
(symbol-name '()) ; ==> "nil"
[–] zyni-moe@alien.top 1 points 1 year ago

nil being self-evaluating is not strange. Since nil is a symbol it can be defined as a constant. So there is nothing to stop a Lisp implementation saying (in CL):

(defconstant nil 'nil)

just the same as

(defconstant t 't)

What is strange is these things:

strange thing true in CL? true in elisp? true in Scheme?
() is a list but not a cons yes yes yes
() is both a list and a symbol yes yes no
() is self-evaluating yes yes no