A binary release (x86_64 ELF) is available (see Default Module Resolution for dynamic modules)
You can also use the docker image (will probably be auto-built later...)
# to run an interpreter
$ docker run --rm -it anothertest/citron:latest
required libraries:
libdl
-- for dynamic loading of moduleslibbsd
-- for utility functions (compile without forLinux defined to get rid of this dependency)libpcre
-- for regular expressionslibpthread
-- for threading supportlibgc
-- for Garbage Collectionlibsparsehash
-- Symbol storagellvm
-- (>= 7) for inline asm (if you're on a braindead distro that adds version numbers to these, add an alias forllvm-config
)
build-time tools:
- cmake -- for libsocket
$ sudo apt install build-essential cmake libbsd-dev libpcre3-dev libgc-dev libsparsehash-dev llvm-8 llvm-8-dev
clone this repository
$ cd citron
$ git submodule update --init
$ make
$ sudo make install
If the binary is built without ffi, to launch the repl, you must pass these flags to it:
--assume-non-tty --without-signals
i.e. the invocation would be citron --assume-non-tty --without-signals
All operations are done through sending and receiving messages between objects.
receiver message
receiver keyword: 'string' messages: 1, can be: 'chained', like so.
there are some examples in the examples
directory.
A default module resolution path is assigned at build-time, which normally points to the data directory of the install;
However, this can always be overridden by specifying an environment variable (CITRON_EXT_PATH
by default).
Assuming the Tcl extension is built and accessible (the binary build has it); a basic scratchpad can be accessed:
$ citron -m scratchpad
For a basic introduction, see Scratchpad on the citron-book