3 [![Build Status](https://travis-ci.org/kanaka/mal.svg?branch=master)](https://travis-ci.org/kanaka/mal)
7 **1. Mal is a Clojure inspired Lisp interpreter**
9 **2. Mal is a learning tool**
11 Each implementation of mal is separated into
12 11 incremental, self-contained (and testable) steps that demonstrate
13 core concepts of Lisp. The last step is capable of self-hosting
14 (running the mal implementation of mal). See the [make-a-lisp process
15 guide](process/guide.md).
17 The make-a-lisp steps are:
19 * [step0_repl](process/guide.md#step0)
20 * [step1_read_print](process/guide.md#step1)
21 * [step2_eval](process/guide.md#step2)
22 * [step3_env](process/guide.md#step3)
23 * [step4_if_fn_do](process/guide.md#step4)
24 * [step5_tco](process/guide.md#step5)
25 * [step6_file](process/guide.md#step6)
26 * [step7_quote](process/guide.md#step7)
27 * [step8_macros](process/guide.md#step8)
28 * [step9_try](process/guide.md#step9)
29 * [stepA_mal](process/guide.md#stepA)
31 Each make-a-lisp step has an associated architectural diagram. That elements
32 that are new for that step are highlighted in red.
33 Here is the final diagram for [step A](process/guide.md#stepA):
35 ![stepA_mal architecture](process/stepA_mal.png)
37 If you are interested in creating a mal implementation (or just
38 interested in using mal for something), please drop by the #mal
39 channel on freenode. In addition to the [make-a-lisp process
40 guide](process/guide.md) there is also a [mal/make-a-lisp
41 FAQ](docs/FAQ.md) where I attempt to answer some common questions.
44 **3. Mal is implemented in 82 languages (85 different implementations and 105 runtime modes)**
46 | Language | Creator |
47 | -------- | ------- |
48 | [Ada](#ada) | [Chris Moore](https://github.com/zmower) |
49 | [Ada #2](#ada2) | [Nicolas Boulenguez](https://github.com/asarhaddon) |
50 | [GNU Awk](#gnu-awk) | [Miutsuru Kariya](https://github.com/kariya-mitsuru) |
51 | [Bash 4](#bash-4) | [Joel Martin](https://github.com/kanaka) |
52 | [BASIC](#basic-c64-and-qbasic) (C64 & QBasic) | [Joel Martin](https://github.com/kanaka) |
53 | [BBC BASIC V](#bbc-basic-v) | [Ben Harris](https://github.com/bjh21) |
54 | [C](#c) | [Joel Martin](https://github.com/kanaka) |
55 | [C++](#c-1) | [Stephen Thirlwall](https://github.com/sdt) |
56 | [C#](#c-2) | [Joel Martin](https://github.com/kanaka) |
57 | [ChucK](#chuck) | [Vasilij Schneidermann](https://github.com/wasamasa) |
58 | [Clojure](#clojure) (Clojure & ClojureScript) | [Joel Martin](https://github.com/kanaka) |
59 | [CoffeeScript](#coffeescript) | [Joel Martin](https://github.com/kanaka) |
60 | [Common Lisp](#common-lisp) | [Iqbal Ansari](https://github.com/iqbalansari) |
61 | [Crystal](#crystal) | [Linda_pp](https://github.com/rhysd) |
62 | [D](#d) | [Dov Murik](https://github.com/dubek) |
63 | [Dart](#dart) | [Harry Terkelsen](https://github.com/hterkelsen) |
64 | [Elixir](#elixir) | [Martin Ek](https://github.com/ekmartin) |
65 | [Elm](#elm) | [Jos van Bakel](https://github.com/c0deaddict) |
66 | [Emacs Lisp](#emacs-lisp) | [Vasilij Schneidermann](https://github.com/wasamasa) |
67 | [Erlang](#erlang) | [Nathan Fiedler](https://github.com/nlfiedler) |
68 | [ES6](#es6-ecmascript-2015) (ECMAScript 2015) | [Joel Martin](https://github.com/kanaka) |
69 | [F#](#f) | [Peter Stephens](https://github.com/pstephens) |
70 | [Factor](#factor) | [Jordan Lewis](https://github.com/jordanlewis) |
71 | [Fantom](#fantom) | [Dov Murik](https://github.com/dubek) |
72 | [Forth](#forth) | [Chris Houser](https://github.com/chouser) |
73 | [GNU Guile](#gnu-guile-21) | [Mu Lei](https://github.com/NalaGinrut) |
74 | [GNU Smalltalk](#gnu-smalltalk) | [Vasilij Schneidermann](https://github.com/wasamasa) |
75 | [Go](#go) | [Joel Martin](https://github.com/kanaka) |
76 | [Groovy](#groovy) | [Joel Martin](https://github.com/kanaka) |
77 | [Haskell](#haskell) | [Joel Martin](https://github.com/kanaka) |
78 | [Haxe](#haxe-neko-python-c-and-javascript) (Neko, Python, C++, & JS) | [Joel Martin](https://github.com/kanaka) |
79 | [Hy](#hy) | [Joel Martin](https://github.com/kanaka) |
80 | [Io](#io) | [Dov Murik](https://github.com/dubek) |
81 | [Java](#java-17) | [Joel Martin](https://github.com/kanaka) |
82 | [JavaScript](#javascriptnode) ([Demo](http://kanaka.github.io/mal)) | [Joel Martin](https://github.com/kanaka) |
83 | [jq](#jq) | [Ali MohammadPur](https://github.com/alimpfard) |
84 | [Julia](#julia) | [Joel Martin](https://github.com/kanaka) |
85 | [Kotlin](#kotlin) | [Javier Fernandez-Ivern](https://github.com/ivern) |
86 | [LiveScript](#livescript) | [Jos van Bakel](https://github.com/c0deaddict) |
87 | [Logo](#logo) | [Dov Murik](https://github.com/dubek) |
88 | [Lua](#lua) | [Joel Martin](https://github.com/kanaka) |
89 | [GNU Make](#gnu-make-381) | [Joel Martin](https://github.com/kanaka) |
90 | [mal itself](#mal) | [Joel Martin](https://github.com/kanaka) |
91 | [MATLAB](#matlab-gnu-octave-and-matlab) (GNU Octave & MATLAB) | [Joel Martin](https://github.com/kanaka) |
92 | [miniMAL](#minimal) ([Repo](https://github.com/kanaka/miniMAL), [Demo](https://kanaka.github.io/miniMAL/)) | [Joel Martin](https://github.com/kanaka) |
93 | [NASM](#nasm) | [Ben Dudson](https://github.com/bendudson) |
94 | [Nim](#nim-104) | [Dennis Felsing](https://github.com/def-) |
95 | [Object Pascal](#object-pascal) | [Joel Martin](https://github.com/kanaka) |
96 | [Objective C](#objective-c) | [Joel Martin](https://github.com/kanaka) |
97 | [OCaml](#ocaml-4010) | [Chris Houser](https://github.com/chouser) |
98 | [Perl](#perl-5) | [Joel Martin](https://github.com/kanaka) |
99 | [Perl 6](#perl-6) | [Hinrik Örn Sigurðsson](https://github.com/hinrik) |
100 | [PHP](#php-53) | [Joel Martin](https://github.com/kanaka) |
101 | [Picolisp](#picolisp) | [Vasilij Schneidermann](https://github.com/wasamasa) |
102 | [Pike](#pike) | [Dov Murik](https://github.com/dubek) |
103 | [PL/pgSQL](#plpgsql-postgresql-sql-procedural-language) (PostgreSQL) | [Joel Martin](https://github.com/kanaka) |
104 | [PL/SQL](#plsql-oracle-sql-procedural-language) (Oracle) | [Joel Martin](https://github.com/kanaka) |
105 | [PostScript](#postscript-level-23) | [Joel Martin](https://github.com/kanaka) |
106 | [PowerShell](#powershell) | [Joel Martin](https://github.com/kanaka) |
107 | [Python](#python-2x-and-3x) (2.X & 3.X) | [Joel Martin](https://github.com/kanaka) |
108 | [Python #2](#python2-3x) (3.X) | [Gavin Lewis](https://github.com/epylar) |
109 | [RPython](#rpython) | [Joel Martin](https://github.com/kanaka) |
110 | [R](#r) | [Joel Martin](https://github.com/kanaka) |
111 | [Racket](#racket-53) | [Joel Martin](https://github.com/kanaka) |
112 | [Rexx](#rexx) | [Dov Murik](https://github.com/dubek) |
113 | [Ruby](#ruby-19) | [Joel Martin](https://github.com/kanaka) |
114 | [Rust](#rust-138) | [Joel Martin](https://github.com/kanaka) |
115 | [Scala](#scala) | [Joel Martin](https://github.com/kanaka) |
116 | [Scheme (R7RS)](#scheme-r7rs) | [Vasilij Schneidermann](https://github.com/wasamasa) |
117 | [Skew](#skew) | [Dov Murik](https://github.com/dubek) |
118 | [Swift 2](#swift) | [Keith Rollin](https://github.com/keith-rollin) |
119 | [Swift 3](#swift-3) | [Joel Martin](https://github.com/kanaka) |
120 | [Swift 4](#swift-4) | [陆遥](https://github.com/LispLY) |
121 | [Swift 5](#swift-5) | [Oleg Montak](https://github.com/MontakOleg) |
122 | [Tcl](#tcl-86) | [Dov Murik](https://github.com/dubek) |
123 | [TypeScript](#typescript) | [Masahiro Wakame](https://github.com/vvakame) |
124 | [Vala](#vala) | [Simon Tatham](https://github.com/sgtatham) |
125 | [VHDL](#vhdl) | [Dov Murik](https://github.com/dubek) |
126 | [Vimscript](#vimscript) | [Dov Murik](https://github.com/dubek) |
127 | [Visual Basic.NET](#visual-basicnet) | [Joel Martin](https://github.com/kanaka) |
128 | [WebAssembly](#webassembly-wasm) (wasm) | [Joel Martin](https://github.com/kanaka) |
129 | [Wren](#wren) | [Dov Murik](https://github.com/dubek) |
130 | [XSLT](#xslt) | [Ali MohammadPur](https://github.com/alimpfard) |
131 | [Yorick](#yorick) | [Dov Murik](https://github.com/dubek) |
132 | [Zig](#zig) | [Josh Tobin](https://github.com/rjtobin) |
137 Mal was presented publicly for the first time in a lightning talk at
138 Clojure West 2014 (unfortunately there is no video). See
139 examples/clojurewest2014.mal for the presentation that was given at the
140 conference (yes, the presentation is a mal program).
142 At Midwest.io 2015, Joel Martin gave a presentation on Mal titled
143 "Achievement Unlocked: A Better Path to Language Learning".
144 [Video](https://www.youtube.com/watch?v=lgyOAiRtZGw),
145 [Slides](http://kanaka.github.io/midwest.io.mal/).
147 More recently Joel gave a presentation on "Make Your Own Lisp Interpreter
148 in 10 Incremental Steps" at LambdaConf 2016:
149 [Part 1](https://www.youtube.com/watch?v=jVhupfthTEk),
150 [Part 2](https://www.youtube.com/watch?v=X5OQBMGpaTU),
151 [Part 3](https://www.youtube.com/watch?v=6mARZzGgX4U),
152 [Part 4](https://www.youtube.com/watch?v=dCO1SYR5kDU),
153 [Slides](http://kanaka.github.io/lambdaconf/).
155 ## Building/running implementations
157 The simplest way to run any given implementation is to use docker.
158 Every implementation has a docker image pre-built with language
159 dependencies installed. You can launch the REPL using a convenient
160 target in the top level Makefile (where IMPL is the implementation
161 directory name and stepX is the step to run):
164 make DOCKERIZE=1 "repl^IMPL^stepX"
165 # OR stepA is the default step:
166 make DOCKERIZE=1 "repl^IMPL"
169 ## External Implementations
171 The following implementations are maintained as separate projects:
175 * [by Alexander Bagnalla](https://github.com/bagnalla/holyc_mal)
179 * [by Tim Morgan](https://github.com/seven1m/mal-rust)
180 * [by vi](https://github.com/vi/mal-rust-vi) - using [Pest](https://pest.rs/) grammar, not using typical Mal infrastructure (cargo-ized steps and built-in converted tests).
183 ## Other mal Projects
185 * [malc](https://github.com/dubek/malc) - Mal (Make A Lisp) compiler. Compiles a Mal program to LLVM assembly language, then binary.
186 * [malcc](https://github.com/seven1m/malcc) - malcc is an incremental compiler implementation for the Mal language. It uses the Tiny C Compiler as the compiler backend and has full support for the Mal language, including macros, tail-call elimination, and even run-time eval. ["I Built a Lisp Compiler"](https://mpov.timmorgan.org/i-built-a-lisp-compiler/) post about the process.
187 * [frock](https://github.com/chr15m/frock) - Clojure-flavoured PHP. Uses mal/php to run programs.
188 * [flk](https://github.com/chr15m/flk) - A LISP that runs wherever Bash is
191 ## Implementation Details
195 The Ada implementation was developed with GNAT 4.9 on debian. It also
196 compiles unchanged on windows if you have windows versions of git,
197 GNAT and (optionally) make. There are no external dependencies
198 (readline not implemented).
208 The second Ada implementation was developed with GNAT 8 and links with
209 the GNU readline library.
219 The GNU awk implementation of mal has been tested with GNU awk 4.1.1.
223 gawk -O -f stepX_YYY.awk
233 ### BASIC (C64 and QBasic)
235 The BASIC implementation uses a preprocessor that can generate BASIC
236 code that is compatible with both C64 BASIC (CBM v2) and QBasic. The
237 C64 mode has been tested with
238 [cbmbasic](https://github.com/kanaka/cbmbasic) (the patched version is
239 currently required to fix issues with line input) and the QBasic mode
240 has been tested with [qb64](http://www.qb64.net/).
242 Generate C64 code and run it using cbmbasic:
250 Generate QBasic code and load it into qb64:
254 make MODE=qbasic stepX_YYY.bas
258 Thanks to [Steven Syrek](https://github.com/sjsyrek) for the original
259 inspiration for this implementation.
263 The BBC BASIC V implementation can run in the Brandy interpreter:
267 brandy -quit stepX_YYY.bbc
270 Or in ARM BBC BASIC V under RISC OS 3 or later:
273 *Dir bbc-basic.riscos
280 The C implementation of mal requires the following libraries (lib and
281 header packages): glib, libffi6, libgc, and either the libedit or GNU readline
292 The C++ implementation of mal requires g++-4.9 or clang++-3.5 and
293 a readline compatible library to build. See the `cpp/README.md` for
307 The C# implementation of mal has been tested on Linux using the Mono
308 C# compiler (mcs) and the Mono runtime (version 2.10.8.1). Both are
309 required to build and run the C# implementation.
319 The ChucK implementation has been tested with ChucK 1.3.5.2.
328 For the most part the Clojure implementation requires Clojure 1.5,
329 however, to pass all tests, Clojure 1.8.0-RC4 is required.
333 lein with-profile +stepX trampoline run
339 sudo npm install -g coffee-script
346 The implementation has been tested with SBCL, CCL, CMUCL, GNU CLISP, ECL and
347 Allegro CL on Ubuntu 16.04 and Ubuntu 12.04, see
348 the [README](common-lisp/README.org) for more details. Provided you have the
349 dependencies mentioned installed, do the following to run the implementation
359 The Crystal implementation of mal has been tested with Crystal 0.26.1.
363 crystal run ./stepX_YYY.cr
365 make # needed to run tests
371 The D implementation of mal was tested with GDC 4.8. It requires the GNU
382 The Dart implementation has been tested with Dart 1.20.
391 The Emacs Lisp implementation of mal has been tested with Emacs 24.3
392 and 24.5. While there is very basic readline editing (`<backspace>`
393 and `C-d` work, `C-c` cancels the process), it is recommended to use
398 emacs -Q --batch --load stepX_YYY.el
399 # with full readline support
400 rlwrap emacs -Q --batch --load stepX_YYY.el
405 The Elixir implementation of mal has been tested with Elixir 1.0.5.
410 # Or with readline/line editing functionality:
416 The Elm implementation of mal has been tested with Elm 0.18.0
426 The Erlang implementation of mal requires [Erlang/OTP R17](http://www.erlang.org/download.html)
427 and [rebar](https://github.com/rebar/rebar) to build.
433 MAL_STEP=stepX_YYY rebar compile escriptize # build individual step
437 ### ES6 (ECMAScript 2015)
439 The ES6 / ECMAScript 2015 implementation uses the
440 [babel](https://babeljs.io) compiler to generate ES5 compatible
441 JavaScript. The generated code has been tested with Node 0.12.4.
446 node build/stepX_YYY.js
452 The F# implementation of mal has been tested on Linux using the Mono
453 F# compiler (fsharpc) and the Mono runtime (version 3.12.1). The mono C#
454 compiler (mcs) is also necessary to compile the readline dependency. All are
455 required to build and run the F# implementation.
465 The Factor implementation of mal has been tested with Factor 0.97
466 ([factorcode.org](http://factorcode.org)).
470 FACTOR_ROOTS=. factor -run=stepX_YYY
475 The Fantom implementation of mal has been tested with Fantom 1.0.70.
479 make lib/fan/stepX_YYY.pod
494 guile -L ./ stepX_YYY.scm
499 The Smalltalk implementation of mal has been tested with GNU Smalltalk 3.2.91.
502 cd impls/gnu-smalltalk
508 The Go implementation of mal requires that go is installed on on the
509 path. The implementation has been tested with Go 1.3.1.
520 The Groovy implementation of mal requires Groovy to run and has been
521 tested with Groovy 1.8.6.
526 groovy ./stepX_YYY.groovy
531 The Haskell implementation requires the ghc compiler version 7.10.1 or
532 later and also the Haskell parsec and readline (or editline) packages.
540 ### Haxe (Neko, Python, C++ and JavaScript)
542 The Haxe implementation of mal requires Haxe version 3.2 to compile.
543 Four different Haxe targets are supported: Neko, Python, C++, and
553 python3 ./stepX_YYY.py
564 The Hy implementation of mal has been tested with Hy 0.13.0.
573 The Io implementation of mal has been tested with Io version 20110905.
582 The Java implementation of mal requires maven2 to build.
587 mvn -quiet exec:java -Dexec.mainClass=mal.stepX_YYY
589 mvn -quiet exec:java -Dexec.mainClass=mal.stepX_YYY -Dexec.args="CMDLINE_ARGS"
602 The Julia implementation of mal requires Julia 0.4.
611 Tested against version 1.6, with a lot of cheating in the IO department
617 DEBUG=true STEP=stepA_YYY ./run
622 The Kotlin implementation of mal has been tested with Kotlin 1.0.
627 java -jar stepX_YYY.jar
632 The LiveScript implementation of mal has been tested with LiveScript 1.5.
637 node_modules/.bin/lsc stepX_YYY.ls
642 The Logo implementation of mal has been tested with UCBLogo 6.0.
651 The Lua implementation of mal has been tested with Lua 5.3.5 The
652 implementation requires luarocks to be installed.
656 make # to build and link linenoise.so and rex_pcre.so
662 Running the mal implementation of mal involves running stepA of one of
663 the other implementations and passing the mal step to run as a command
668 IMPL_STEPA_CMD ../mal/stepX_YYY.mal
681 The NASM implementation of mal is written for x86-64 Linux, and has been tested
682 with Linux 3.16.0-4-amd64 and NASM version 2.11.05.
692 The Nim implementation of mal has been tested with Nim 1.0.4.
704 The Object Pascal implementation of mal has been built and tested on
705 Linux using the Free Pascal compiler version 2.6.2 and 2.6.4.
715 The Objective C implementation of mal has been built and tested on
716 Linux using clang/LLVM 3.6. It has also been built and tested on OS
733 ### MATLAB (GNU Octave and MATLAB)
735 The MatLab implementation has been tested with GNU Octave 4.2.1.
736 It has also been tested with MATLAB version R2014a on Linux. Note that
737 MATLAB is a commercial product.
742 octave -q --no-gui --no-history --eval "stepX_YYY();quit;"
743 matlab -nodisplay -nosplash -nodesktop -nojvm -r "stepX_YYY();quit;"
744 # OR with command line arguments
745 octave -q --no-gui --no-history --eval "stepX_YYY('arg1','arg2');quit;"
746 matlab -nodisplay -nosplash -nodesktop -nojvm -r "stepX_YYY('arg1','arg2');quit;"
751 [miniMAL](https://github.com/kanaka/miniMAL) is small Lisp interpreter
752 implemented in less than 1024 bytes of JavaScript. To run the miniMAL
753 implementation of mal you need to download/install the miniMAL
754 interpreter (which requires Node.js).
757 # Download miniMAL and dependencies
759 export PATH=`pwd`/node_modules/minimal-lisp/:$PATH
760 # Now run mal implementation in miniMAL
766 The Perl 5 implementation should work with perl 5.19.3 and later.
768 For readline line editing support, install Term::ReadLine::Perl or
769 Term::ReadLine::Gnu from CPAN.
778 The Perl 6 implementation was tested on Rakudo Perl 6 2016.04.
787 The PHP implementation of mal requires the php command line interface
797 The Picolisp implementation requires libreadline and Picolisp 3.1.11
807 The Pike implementation was tested on Pike 8.0.
814 ### PL/pgSQL (PostgreSQL SQL Procedural Language)
816 The PL/pgSQL implementation of mal requires a running PostgreSQL server
817 (the "kanaka/mal-test-plpgsql" docker image automatically starts
818 a PostgreSQL server). The implementation connects to the PostgreSQL server
819 and create a database named "mal" to store tables and stored
820 procedures. The wrapper script uses the psql command to connect to the
821 server and defaults to the user "postgres" but this can be overridden
822 with the PSQL_USER environment variable. A password can be specified
823 using the PGPASSWORD environment variable. The implementation has been
824 tested with PostgreSQL 9.4.
828 ./wrap.sh stepX_YYY.sql
830 PSQL_USER=myuser PGPASSWORD=mypass ./wrap.sh stepX_YYY.sql
833 ### PL/SQL (Oracle SQL Procedural Language)
835 The PL/SQL implementation of mal requires a running Oracle DB
836 server (the "kanaka/mal-test-plsql" docker image automatically
837 starts an Oracle Express server). The implementation connects to the
838 Oracle server to create types, tables and stored procedures. The
839 default SQL\*Plus logon value (username/password@connect_identifier) is
840 "system/oracle" but this can be overridden with the ORACLE_LOGON
841 environment variable. The implementation has been tested with Oracle
842 Express Edition 11g Release 2. Note that any SQL\*Plus connection
843 warnings (user password expiration, etc) will interfere with the
844 ability of the wrapper script to communicate with the DB.
848 ./wrap.sh stepX_YYY.sql
850 ORACLE_LOGON=myuser/mypass@ORCL ./wrap.sh stepX_YYY.sql
853 ### PostScript Level 2/3
855 The PostScript implementation of mal requires Ghostscript to run. It
856 has been tested with Ghostscript 9.10.
860 gs -q -dNODISPLAY -I./ stepX_YYY.ps
865 The PowerShell implementation of mal requires the PowerShell script
866 language. It has been tested with PowerShell 6.0.0 Alpha 9 on Linux.
870 powershell ./stepX_YYY.ps1
873 ### Python (2.X and 3.X)
882 The second Python implementation makes heavy use of type annotations and uses the Arpeggio parser library.
885 # Recommended: do these steps in a Python virtual environment.
886 pip3 install Arpeggio==1.9.0
892 You must have [rpython](https://rpython.readthedocs.org/) on your path
893 (included with [pypy](https://bitbucket.org/pypy/pypy/)).
897 make # this takes a very long time
903 The R implementation of mal requires R (r-base-core) to run.
907 make libs # to download and build rdyncall
913 The Racket implementation of mal requires the Racket
914 compiler/interpreter to run.
923 The Rexx implementation of mal has been tested with Regina Rexx 3.6.
928 rexx -a ./stepX_YYY.rexxpp
940 The rust implementation of mal requires the rust compiler and build
941 tool (cargo) to build.
945 cargo run --release --bin stepX_YYY
950 Install scala and sbt (http://www.scala-sbt.org/0.13/tutorial/Installing-sbt-on-Linux.html):
954 sbt 'run-main stepX_YYY'
957 scala -classpath target/scala*/classes stepX_YYY
960 ### Scheme (R7RS) ###
962 The Scheme implementation of mal has been tested with Chibi-Scheme
963 0.7.3, Kawa 2.4, Gauche 0.9.5, CHICKEN 4.11.0, Sagittarius 0.8.3,
964 Cyclone 0.6.3 (Git version) and Foment 0.4 (Git version). You should
965 be able to get it running on other conforming R7RS implementations
966 after figuring out how libraries are loaded and adjusting the
967 `Makefile` and `run` script accordingly.
973 scheme_MODE=chibi ./run
976 scheme_MODE=kawa ./run
978 scheme_MODE=gauche ./run
981 scheme_MODE=chicken ./run
983 scheme_MODE=sagittarius ./run
986 scheme_MODE=cyclone ./run
988 scheme_MODE=foment ./run
993 The Skew implementation of mal has been tested with Skew 0.7.42.
1004 The Swift implementation of mal requires the Swift 2.0 compiler (XCode
1005 7.0) to build. Older versions will not work due to changes in the
1006 language and standard library.
1016 The Swift 3 implementation of mal requires the Swift 3.0 compiler. It
1017 has been tested with Swift 3 Preview 3.
1027 The Swift 4 implementation of mal requires the Swift 4.0 compiler. It
1028 has been tested with Swift 4.2.3 release.
1038 The Swift 5 implementation of mal requires the Swift 5.0 compiler. It
1039 has been tested with Swift 5.1.1 release.
1048 The Tcl implementation of mal requires Tcl 8.6 to run. For readline line
1049 editing support, install tclreadline.
1053 tclsh ./stepX_YYY.tcl
1058 The TypeScript implementation of mal requires the TypeScript 2.2 compiler.
1059 It has been tested with Node.js v6.
1069 The Vala implementation of mal has been tested with the Vala 0.40.8
1070 compiler. You will need to install `valac` and `libreadline-dev` or
1081 The VHDL implementation of mal has been tested with GHDL 0.29.
1086 ./run_vhdl.sh ./stepX_YYY
1091 The Vimscript implementation of mal requires Vim 8.0 to run.
1095 ./run_vimscript.sh ./stepX_YYY.vim
1098 ### Visual Basic.NET ###
1100 The VB.NET implementation of mal has been tested on Linux using the Mono
1101 VB compiler (vbnc) and the Mono runtime (version 2.10.8.1). Both are
1102 required to build and run the VB.NET implementation.
1107 mono ./stepX_YYY.exe
1110 ### WebAssembly (wasm) ###
1112 The WebAssembly implementation is written in
1113 [Wam](https://github.com/kanaka/wam) (WebAssembly Macro language) and
1114 runs under several different non-web embeddings (runtimes):
1115 [node](https://nodejs.org),
1116 [wasmtime](https://github.com/CraneStation/wasmtime),
1117 [wasmer](https://wasmer.io),
1118 [lucet](https://github.com/fastly/lucet),
1119 [wax](https://github.com/kanaka/wac),
1120 [wace](https://github.com/kanaka/wac),
1121 [warpy](https://github.com/kanaka/warpy).
1127 ./run.js ./stepX_YYY.wasm
1129 make wasm_MODE=wasmtime
1130 wasmtime --dir=./ --dir=../ --dir=/ ./stepX_YYY.wasm
1132 make wasm_MODE=wasmer
1133 wasmer run --dir=./ --dir=../ --dir=/ ./stepX_YYY.wasm
1135 make wasm_MODE=lucet
1136 lucet-wasi --dir=./:./ --dir=../:../ --dir=/:/ ./stepX_YYY.so
1139 wax ./stepX_YYY.wasm
1141 make wasm_MODE=wace_libc
1142 wace ./stepX_YYY.wasm
1144 make wasm_MODE=warpy
1145 warpy --argv --memory-pages 256 ./stepX_YYY.wasm
1150 The XSLT implementation of mal is written with XSLT 3 and tested on Saxon 9.9.1.6 Home Edition.
1159 The Wren implementation of mal was tested on Wren 0.2.0.
1163 wren ./stepX_YYY.wren
1168 The Yorick implementation of mal was tested on Yorick 2.2.04.
1172 yorick -batch ./stepX_YYY.i
1177 The Zig implementation of mal was tested on Zig 0.5.
1188 The top level Makefile has a number of useful targets to assist with
1189 implementation development and testing. The `help` target provides
1190 a list of the targets and options:
1196 ### Functional tests
1198 The are almost 800 generic functional tests (for all implementations)
1199 in the `tests/` directory. Each step has a corresponding test file
1200 containing tests specific to that step. The `runtest.py` test harness
1201 launches a Mal step implementation and then feeds the tests one at
1202 a time to the implementation and compares the output/return value to
1203 the expected output/return value.
1205 * To run all the tests across all implementations (be prepared to wait):
1211 * To run all tests against a single implementation:
1221 * To run tests for a single step against all implementations:
1231 * To run tests for a specific step against a single implementation:
1234 make "test^IMPL^stepX"
1237 make "test^ruby^step3"
1238 make "test^ps^step4"
1241 ### Self-hosted functional tests
1243 * To run the functional tests in self-hosted mode, you specify `mal`
1244 as the test implementation and use the `MAL_IMPL` make variable
1245 to change the underlying host language (default is JavaScript):
1247 make MAL_IMPL=IMPL "test^mal^step2"
1250 make "test^mal^step2" # js is default
1251 make MAL_IMPL=ruby "test^mal^step2"
1252 make MAL_IMPL=python "test^mal^step2"
1255 ### Starting the REPL
1257 * To start the REPL of an implementation in a specific step:
1260 make "repl^IMPL^stepX"
1263 make "repl^ruby^step3"
1264 make "repl^ps^step4"
1267 * If you omit the step, then `stepA` is used:
1277 * To start the REPL of the self-hosted implementation, specify `mal` as the
1278 REPL implementation and use the `MAL_IMPL` make variable to change the
1279 underlying host language (default is JavaScript):
1281 make MAL_IMPL=IMPL "repl^mal^stepX"
1284 make "repl^mal^step2" # js is default
1285 make MAL_IMPL=ruby "repl^mal^step2"
1286 make MAL_IMPL=python "repl^mal"
1289 ### Performance tests
1291 Warning: These performance tests are neither statistically valid nor
1292 comprehensive; runtime performance is a not a primary goal of mal. If
1293 you draw any serious conclusions from these performance tests, then
1294 please contact me about some amazing oceanfront property in Kansas
1295 that I'm willing to sell you for cheap.
1297 * To run performance tests against a single implementation:
1305 * To run performance tests against all implementations:
1310 ### Generating language statistics
1312 * To report line and byte statistics for a single implementation:
1320 ## Dockerized testing
1322 Every implementation directory contains a Dockerfile to create
1323 a docker image containing all the dependencies for that
1324 implementation. In addition, the top-level Makefile contains support
1325 for running the tests target (and perf, stats, repl, etc) within
1326 a docker container for that implementation by passing *"DOCKERIZE=1"*
1327 on the make command line. For example:
1330 make DOCKERIZE=1 "test^js^step3"
1333 Existing implementations already have docker images built and pushed
1334 to the docker registry. However, if
1335 you wish to build or rebuild a docker image locally, the toplevel
1336 Makefile provides a rule for building docker images:
1339 make "docker-build^IMPL"
1344 * Docker images are named *"kanaka/mal-test-IMPL"*
1345 * JVM-based language implementations (Groovy, Java, Clojure, Scala):
1346 you will probably need to run this command once manually
1347 first `make DOCKERIZE=1 "repl^IMPL"` before you can run tests because
1348 runtime dependencies need to be downloaded to avoid the tests timing
1349 out. These dependencies are downloaded to dot-files in the /mal
1350 directory so they will persist between runs.
1355 Mal (make-a-lisp) is licensed under the MPL 2.0 (Mozilla Public
1356 License 2.0). See LICENSE.txt for more details.