Eclector
wat-js
Eclector | wat-js | |
---|---|---|
4 | 2 | |
105 | 2 | |
1.0% | - | |
7.8 | 10.0 | |
2 months ago | over 1 year ago | |
Common Lisp | JavaScript | |
BSD 2-clause "Simplified" License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Eclector
-
Csexp: S-Expressions over the Network
I think this should be safe: https://github.com/phoe/safe-read
This doesn’t provide such functionality out of the box, but it makes it pretty trivial to produce a custom READ that only has the features you want: https://github.com/s-expressionists/Eclector
-
Re-targeting (Lisp) compilers
There is significant overlap with SICL and its associated pieces which supply many of the other parts needed to make a Common Lisp. Some of these are Cluster which provides a portable and extensible assembler, Eclector which supplies a portable and extensible reader, Concrete-Syntax-Tree that supports source code tracking during compilation, ctype that implements the Common Lisp type system, and Clostrum that provides first-class environments for e.g. run-time, evaluation, and compilation. The SICL project has as one of its goals the creation of portable infrastructure for implementing Common Lisp, and these pieces are novel building blocks that were created as part of the project.
-
Are there public experiments with parallel and concurrent lisp 'engines'?
You mean the parts of the reader that is capable of reading from a stream object and returns strings, booleans, numbers? These are just functions that accept a stream and they return Lisp objects. See e.g. Eclector for an implementation of a Lisp reader as an external library.
-
Lowercased version of Common Lisp with case preserving readtable (:PRESERVE)
I'm aware of eclector; hoping to take a look some day.
wat-js
-
Hurl: A terrible but cute idea for a language
Callcc as the underpinning of such a lang is interesting, but I think you might be better off with push-prompt, and an implementation of delimited dynamic binding to allow eg. Process migration.
Wat is a very small language which does fexprs (validate calculus), delimited continuations, delimited dynamic binding, custom algebraic effects (try catch, fibres) on top of them, modules, and has a metacircular VM in a few hundred LOC. It's missing a native implementation but it's very impressive.
https://github.com/GiacomoCau/wat-js
Links to the formal research are in the readme.
http://axisofeval.blogspot.com/?m=1
-
Csexp: S-Expressions over the Network
https://okmij.org/ftp/papers/DDBinding.pdf
I think that you would be able to freeze certain variables in the closure, and have others open eg. API_ENDPOINT variable might be configured to change between environments.
Something like https://github.com/GiacomoCau/wat-js implements delimited continuations, ddbinding and algebraic effects (registered handlers for I/O etc) - pushing continuations over the network should be easier with these facilities.
What are some alternatives?
SICL - A fresh implementation of Common Lisp
safe-read - A variant of READ secure against internbombing, excessive input and macro characters.
lparallel - Parallelism for Common Lisp
cl-safe-read - A variant of READ secure against internbombing, excessive input and macro characters.
nyxt - Nyxt - the hacker's browser.
exceptional - No control flow, only exceptions
luckless - Lockless data structures for Common Lisp
ctype - CL type system implementation
cl-secure-read - Securing a reader in spirit of Let Over Lambda
Cleavir - an implementation-independent framework for creating Common Lisp compilers
Cluster - Assembler with input in the form of standard instances