Re: New lisp library -- cell.el

[Stefan Monnier]

> I tend to keep None variant a singleton of cell-option. nil is over-overloaded
> in Lisp programming. For example, if we want to store a nullable value in the
> slot of cl-struct and we use nil as none. It's hard to differentiate "Slot is
> unintialized" and "Slot is initialized with None".

The problem here is the concept of uninitialized.  Always arrange your
constructors to initialize all fields and the problem disappears.

>> Why bother with those indirections?
> Docstring generated by `cl-defstruct` may not suitable for us. An alias to 
> make
> a meaningful doc.

Ah, that makes sense.  You might like to put a short comment to explain it.

> Or should we use (put 'cell-box-inner 'function-documentation ".....")?

I think that would be worse.


        Stefan