wes
/
JLambda
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
An experiment in parentheses-free lisp (in JavaScript)
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
160 Commits
1 Branch
0 Tags
770 KiB
 
 
Tree: a6c721da56
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'a6c721da56'
${ noResults }
Dan Kaplun a6c721da56
Adds simple NodeJS .gitignore 		10 years ago
.gitignore Adds simple NodeJS .gitignore 10 years ago
LICENSE.md changing license to ΩF:∅ Working Group 10 years ago
README.md update README to actually explain the current status of this 10 years ago
cexps.js tests 10 years ago
desugar.js give a better name to type declarations in the IR 10 years ago
environments.js fix semantic ambiguity with type aliases vs. data types with no parameters 10 years ago
errors.js add 'deftype' keyword to tokenizer 10 years ago
example.jl move as many operator definitions to prelude.jl as possible, remove some ones I don't care about right now 10 years ago
fib.jl handle unary arithmetic operations correctly 11 years ago
free_vars.js fix semantic ambiguity with type aliases vs. data types with no parameters 10 years ago
parse.js fix semantic ambiguity with type aliases vs. data types with no parameters 10 years ago
pprint.js give a better name to type declarations in the IR 10 years ago
prelude.jl fix semantic ambiguity with type aliases vs. data types with no parameters 10 years ago
representation.js fix semantic ambiguity with type aliases vs. data types with no parameters 10 years ago
test.js tweaks for identifier generation 10 years ago
tokenize.js pull in prelude automatically 10 years ago
tools.js debugging print function 10 years ago
typecheck.js fix semantic ambiguity with type aliases vs. data types with no parameters 10 years ago

README.md

JLambda is a functional language in the spirit of languages such as Scheme, SML, or Clean. It aims to have a very flexible syntax and a clean and easy to understand type system. Another goal is to generate very efficient JavaScript code and possibly native code as well. Currently the type system is still being conceived, and the various parts that conspire to generate actual code are being written and will likely change quite a bit. It is possible to parse code and generate a pretty printed version of it (see example.jl for what the syntax looks like at the moment).

JLambda also aims to support concurrency which will be built on a continuation-passing style intermediate language. I have not figured out how scheduling threads will work, or whether I will provide any programmer directed way of scheduling (i.e. yield).