Re: seq.el and the complexity of Emacs Lisp.

[João Távora]

On Thu, Nov 9, 2023 at 11:49 PM Jim Porter <jporterbugs@gmail.com> wrote:
>
> On 11/9/2023 1:20 PM, João Távora wrote:
> > Examples could be an implementation of lazy sequences
> > for example. So it stands to reason that there's no (obvious) reason
> > to preload seq.el,
>
> In fact, I was considering adding support to seq.el for generators,
> which we could consider a kind of lazy sequence. I'm not entirely sure I
> *need* it yet, but it could make a few things in Eshell easier.

Have fun!  Interested to see the result.

> Currently, Eshell's use of seq.el is pretty basic, but 'seq-elt' in
> particular is nice since it automatically decides whether to use 'nth'
> or 'aref' as appropriate. I don't see any similar cl-lib function that

Right, probably because in both Common Lisp and Elisp that function
is called ELT and is a very old function.  So there was no need to
add it to cl-lib.el.  keep in mind cl-lib.el comes from cl.el which
didn't have the "cl-" prefix.  So Common Lisp functions that were
exactly the same in Emacs Lisp obviously weren't in cl.el, so that's
why there's no cl-elt.

João