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 modules
• libbsd -- for utility functions (compile without forLinux defined to get rid of this dependency)
• libpcre -- for regular expressions
• libpthread -- for threading support
• libgc -- for Garbage Collection
• libsparsehash -- Symbol storage
• llvm -- (>= 7) for inline asm (if you're on a braindead distro that adds version numbers to these, add an alias for llvm-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