> Add support for multiple threads, concurrency, .. technically, already have that via lisp's take on decorators/generators. [1] What lisp doesn't have, per p

> Add support for multiple threads, concurrency, .. technically, already have that via lisp's take on decorators/generators. [1] What lisp doesn't have, per pre-dating just about everything in CS, is way to associate the lisp take on threads/concurrency with underlying os/hardware (without modifying/recompliling language). what would be nice is an alternate REPL namespace that can be 'reloaded to garbage collect, independent of standard REPL' where things that are split between OS/REPL/card reader operator can be placed. aka device drivers, thread/cpu/gpu specs. aka erlang/elixir extention ---- [1] : https://stackoverflow.com/questions/32956033/is-there-a-straightforward-lisp-equivalent-of-pythons-generators https://stackoverflow.com/questions/32956033/is-there-a-stra...