Re: ELisp futures and continuations/coroutines

[Stefan Monnier]

> The idea from the beginning was that this is a true data type, not an
> auxiliary library.  At least deferred.el and fsm.el will use it, and I
> am in favor of adding deferred.el to Emacs as I mentioned.

I don't know of any package using deferred either, so it doesn't seem
urgent to add to Emacs's core.  I'd rather keep such things on ELPA for
now until they prove their necessity.

> I would rather not isolate its scope to just URL interactions because
> rewriting url-future-* to future-* later will be annoying

Maybe "annoying" but trivial to do.

> and because it makes the package look like it has narrow utility.

As long as no other package uses anything similar, it has
narrow utility.


        Stefan