docs: further rework

 - Split README.md into several tutorial pages
 - Expand all menu panes
 - Hide class menu entries
 - Add usage information

Signed-off-by: Jo-Philipp Wich <jo@mein.io>

8 files changed, 829 insertions, 705 deletions

diff --git a/.gitignore b/.gitignore
index e363fed..3c4def1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -19,3 +19,4 @@ examples/
 !/docs/CNAME
 !/docs/ucode.js
 !/docs/ucode.css
+!/docs/tutorials/
diff --git a/docs/README.md b/docs/README.md
index 40bb8be..016c7f5 100644
--- a/docs/README.md
+++ b/docs/README.md
@@ -1,4 +1,4 @@
-# The ucode Scripting Language
+# The ucode Language
 
 The ucode language is a tiny general purpose scripting language featuring a
 syntax closely resembling ECMAScript. It can be used in a stand-alone manner
@@ -104,704 +104,3 @@ ucode repository:
     $ cmake -DUBUS_SUPPORT=OFF -DUCI_SUPPORT=OFF -DULOOP_SUPPORT=OFF .
     $ make
     $ sudo make install
-
-
-## Syntax
-
-### Template mode
-
-By default, *ucode* is executed in *raw mode*, means it expects a given source
-file to only contain script code. By invoking the ucode interpreter with the
-`-T` flag or by using the `utpl` alias, the *ucode* interpreter is switched
-into *template mode* where the source file is expected to be a plaintext file
-containing *template blocks* containing ucode script expressions or comments.
-
-#### Block types
-
-There are three kinds of blocks; *expression blocks*, *statement blocks* and
-*comment blocks*. The former two embed code logic using ucode's JavaScript-like
-syntax while the latter comment block type is simply discarded during
-processing.
-
-
-##### 1. Statement block
-
-Statement blocks are enclosed in an opening `{%` and a closing `%}` tag and
-may contain any number of script code statements, even entire programs.
-
-It is allowed to omit the closing `%}` of a statement block to parse the
-entire remaining source text after the opening tag as ucode script.
-
-By default, statement blocks produce no output and the entire block is
-reduced to an empty string during template evaluation but contained script
-code might invoke functions such as `print()` to explicitly output contents.
-
-For example the following template would result in `The epoch is odd` or
-`The epoch is even`, depending on the current epoch value:
-
-`The epoch is {% if (time() % 2): %}odd{% else %}even{% endif %}!`
-
-
-##### 2. Expression block
-
-Expression blocks are enclosed in an opening `{{` and a closing `}}` tag and
-may only contain a single expression statement (multiple expressions may be
-chained with comma). The implicit result of the rightmost evaluated expression
-is used as output when processing the block.
-
-For example the template `Hello world, {{ getenv("USER") }}!` would result in
-the output "Hello world, user!" where `user` would correspond to the name of
-the current user executing the ucode interpreter.
-
-
-##### 3. Comment block
-
-Comment blocks, which are denoted with an opening `{#` and a closing `#}` tag
-may contain arbitrary text except the closing `#}` tag itself. Comments blocks
-are completely stripped during processing and are replaced with an empty string.
-
-The following example template would result in the output "Hello world":
-
-`Hello {# mad #}word`
-
-
-#### Whitespace handling
-
-Each block start tag may be suffixed with a dash to strip any whitespace
-before the block and likewise any block end tag may be prefixed with a dash
-to strip any whitespace following the block.
-
-Without using whitespace stripping, the following example:
-
-```
-This is a first line
-{% for (x in [1, 2, 3]): %}
-This is item {{ x }}.
-{% endfor %}
-This is the last line
-```
-
-Would result in the following output:
-
-```
-This is a first line
-
-This is item 1.
-This is item 2.
-This is item 3.
-
-This is the last line
-```
-
-By adding a trailing dash to apply whitespace stripping after the block, the
-empty lines can be eliminated:
-
-```
-This is a first line
-{% for (x in [1, 2, 3]): -%}
-This is item {{ x }}.
-{% endfor -%}
-This is the last line
-```
-
-Output:
-
-```
-This is a first line
-This is item 1.
-This is item 2.
-This is item 3.
-This is the last line
-```
-
-By applying whitespace stripping before the block, all lines can be joined
-into a single output line:
-
-```
-This is a first line
-{%- for (x in [1, 2, 3]): -%}
-This is item {{ x }}.
-{%- endfor -%}
-This is the last line
-```
-
-Output:
-
-```
-This is a first lineThis is item 1.This is item 2.This is item 3.This is the last line
-```
-
-### Script syntax
-
-The ucode script language - used either within statement and expression blocks
-or throughout the entire file in *raw mode*, uses untyped variables and employs
-a simplified JavaScript like syntax.
-
-The language implements function scoping and differentiates between local and
-global variables. Each function has its own private scope while executing and
-local variables declared inside a function are not accessible in the outer
-calling scope.
-
-#### 1. Data types
-
-Ucode supports seven different basic types as well as two additional special
-types; function values and ressource values. The supported types are:
-
- - Boolean values (`true` or `false`)
- - Integer values (`-9223372036854775808` to `+9223372036854775807`)
- - Double values (`-1.7e308` to `+1.7e308`)
- - String values (e.g. `'Hello world!'` or `"Sunshine \u2600!"`)
- - Array values (e.g. `[1, false, "foo"]`)
- - Object values (e.g. `{ foo: true, "bar": 123 }`)
- - Null value (`null`)
-
-Ucode utilizes reference counting to manage memory used for variables and values
-and frees data automatically as soon as values go out of scope.
-
-Numeric values are either stored as signed 64bit integers or as IEEE 756 double
-value. Conversion between integer and double values can happen implicitly, e.g.
-through numeric operations, or explicitely, e.g. by invoking functions such as
-`int()`.
-
-#### 2. Variables
-
-Variable names must start with a letter or an underscore and may only contain
-the characters `A`..`Z`, `a`..`z`, `0`..`9` or `_`. By prefixing a variable
-name with the keyword `let`, it is declared in the local block scope only
-and not visible outside anymore.
-
-Variables may also be declared using the `const` keyword. Such variables follow
-the same scoping rules as `let` declared ones but they cannot be modified after
-they have been declared. Any attempt to do so will result in a syntax error
-during compilation.
-
-```javascript
-{%
-
-  a = 1;  // global variable assignment
-
-  function test() {
-    let b = 2;  // declare `b` as local variable
-    a = 2;        // overwrite global a
-  }
-
-  test();
-
-  print(a, "\n");  // outputs "2"
-  print(b, "\n");  // outputs nothing
-
-  const c = 3;
-  print(c, "\n");  // outputs "3"
-
-  c = 4;           // raises syntax error
-  c++;             // raises syntax error
-
-  const d;         // raises syntax error, const variables must
-                   // be initialized at declaration time
-
-%}
-```
-
-#### 3. Control statements
-
-Similar to JavaScript, ucode supports `if`, `for` and `while` statements to
-control execution flow.
-
-##### 3.1. Conditional statement
-
-If/else blocks can be used to execute statements depending on a condition.
-
-```javascript
-{%
-
-  user = getenv("USER");
-
-  if (user == "alice") {
-      print("Hello Alice!\n");
-  }
-  else if (user == "bob") {
-      print("Hello Bob!\n");
-  }
-  else {
-      print("Hello guest!\n");
-  }
-
-%}
-```
-
-If only a single statement is wrapped by an if or else branch, the enclosing
-curly braces may be omitted:
-
-```javascript
-{%
-
-  if (rand() == 3)
-      print("This is quite unlikely\n");
-
-%}
-```
-
-##### 3.2. Loop statements
-
-Ucode script supports three different flavors of loop control statements; a
-`while` loop that executes enclosed statements as long as the loop condition is
-fulfilled, a `for in` loop that iterates keys of objects or items of arrays and
-a counting `for` loop that is a variation of the `while` loop.
-
-```javascript
-{%
-
-  i = 0;
-  arr = [1, 2, 3];
-  obj = { Alice: 32, Bob: 54 };
-
-  // execute as long as condition is true
-  while (i < length(arr)) {
-      print(arr[i], "\n");
-      i++;
-  }
-
-  // execute for each item in arr
-  for (n in arr) {
-      print(n, "\n");
-  }
-
-  // execute for each key in obj
-  for (person in obj) {
-      print(person, " is ", obj[person], " years old.\n");
-  }
-
-  // execute initialization statement (j = 0) once
-  // execute as long as condition (j < length(arr)) is true
-  // execute step statement (j++) after each iteration
-  for (j = 0; j < length(arr); j++) {
-      print(arr[j], "\n");
-  }
-
-%}
-```
-
-##### 3.3. Alternative syntax
-
-Since conditional statements and loops are often used for template formatting
-purposes, e.g. to repeat a specific markup for each item of a list, ucode
-supports an alternative syntax that does not require curly braces to group
-statements but that uses explicit end keywords to denote the end of the control
-statement body for better readability instead.
-
-The following two examples first illustrate the normal syntax, followed by the
-alternative syntax that is more suitable for statement blocks:
-
-```
-Printing a list:
-{% for (n in [1, 2, 3]) { -%}
-  - Item #{{ n }}
-{% } %}
-```
-
-The alternative syntax replaces the opening curly brace (`{`) with a colon
-(`:`) and the closing curly brace (`}`) with an explicit `endfor` keyword:
-
-```
-Printing a list:
-{% for (n in [1, 2, 3]): -%}
-  - Item #{{ n }}
-{% endfor %}
-```
-
-For each control statement type, a corresponding alternative end keyword is defined:
-
-  - `if (...): ... endif`
-  - `for (...): ... endfor`
-  - `while (...): ... endwhile`
-
-
-#### 4. Functions
-
-Ucode scripts may define functions to group repeating operations into reusable
-operations. Functions can be both declared with a name, in which case they're
-automatically registered in the current scope, or anonymously which allows
-assigning the resulting value to a variable, e.g. to build arrays or objects of
-functions:
-
-```javascript
-{%
-
-  function duplicate(n) {
-       return n * 2;
-  }
-
-  let utilities = {
-      concat: function(a, b) {
-          return "" + a + b;
-      },
-      greeting: function() {
-          return "Hello, " + getenv("USER") + "!";
-      }
-  };
-
--%}
-
-The duplicate of 2 is {{ duplicate(2) }}.
-The concatenation of 'abc' and 123 is {{ utilities.concat("abc", 123) }}.
-Your personal greeting is: {{ utilities.greeting() }}.
-```
-
-##### 4.1. Alternative syntax
-
-Function declarations support the same kind of alternative syntax as defined
-for control statements (3.3.)
-
-The alternative syntax replaces the opening curly brace (`{`) with a colon
-(`:`) and the closing curly brace (`}`) with an explicit `endfunction`
-keyword:
-
-```
-{% function printgreeting(name): -%}
-  Hallo {{ name }}, nice to meet you.
-{% endfunction -%}
-
-<h1>{{ printgreeting("Alice") }}</h1>
-```
-
-
-#### 5. Operators
-
-Similar to JavaScript and C, ucode scripts support a range of different
-operators to manipulate values and variables.
-
-##### 5.1. Arithmetic operations
-
-The operators `+`, `-`, `*`, `/`, `%`, `++` and `--` allow to perform
-additions, substractions, multiplications, divisions, modulo, increment or
-decrement operations respectively where the result depends on the type of
-involved values.
-
-The `++` and `--` operators are unary, means that they only apply to one
-operand. The `+` and `-` operators may be used in unary context to either
-convert a given value to a numeric value or to negate a given value.
-
-If either operand of the `+` operator is a string, the other one is converted
-to a string value as well and a concatenated string is returned.
-
-All other arithmetic operators coerce their operands into numeric values.
-Fractional values are converted to doubles, other numeric values to integers.
-
-If either operand is a double, the other one is converted to a double value as
-well and a double result is returned.
-
-Divisions by zero result in the special double value `Infinity`. If an operand
-cannot be converted to a numeric value, the result of the operation is the
-special double value `NaN`.
-
-```javascript
-{%
-  a = 2;
-  b = 5.2;
-  s1 = "125";
-  s2 = "Hello world";
-
-  print(+s1);      // 125
-  print(+s2);      // NaN
-  print(-s1);      // -125
-  print(-s2);      // NaN
-  print(-a);       // -2
-
-  print(a++);      // 2 (Return value of a, then increment by 1)
-  print(++a);      // 4 (Increment by 1, then return value of a)
-
-  print(b--);      // 5.2 (Return value of b, then decrement by 1)
-  print(--b);      // 3.2 (Decrement by 1, then return value of b)
-
-  print(4 + 8);    // 12
-  print(7 - 4);    // 3
-  print(3 * 3);    // 9
-
-  print(10 / 4);   // 2 (Integer division)
-  print(10 / 4.0); // 2.5 (Double division)
-  print(10 / 0);   // Infinity
-
-  print(10 % 7);   // 3
-  print(10 % 7.0); // NaN (Modulo is undefined for non-integers)
-%}
-```
-
-##### 5.2. Bitwise operations
-
-The operators `&`, `|`, `^`, `<<`, `>>` and `~` allow to perform bitwise and,
-or, xor, left shift, right shift and complement operations respectively.
-
-The `~` operator is unary, means that is only applies to one operand.
-
-```javascript
-{%
-  print(0 & 0, 0 & 1, 1 & 1);  // 001
-  print(0 | 0, 0 | 1, 1 | 1);  // 011
-  print(0 ^ 0, 0 ^ 1, 1 ^ 1);  // 010
-  print(10 << 2);              // 40
-  print(10 >> 2);              // 2
-  print(~15);                  // -16 (0xFFFFFFFFFFFFFFF0)
-%}
-```
-
-An important property of bitwise operators is that they're coercing their
-operand values to whole integers:
-
-```javascript
-{%
-  print(12.34 >> 0);   // 12
-  print(~(~12.34));    // 12
-%}
-```
-
-##### 5.3. Relational operations
-
-The operators `==`, `!=`, `<`, `<=`, `>` and `>=` test whether their operands
-are equal, inequal, lower than, lower than/equal to, higher than or higher
-than/equal to each other respectively.
-
-If both operands are strings, their respective byte values are compared, if
-both are objects or arrays, their underlying memory addresses are compared.
-
-In all other cases, both operands are coerced into numeric values and the
-resulting values are compared with each other.
-
-This means that comparing values of different types will coerce them both to
-numbers.
-
-The result of the relational operation is a boolean indicating truishness.
-
-```javascript
-{%
-  print(123 == 123);     // true
-  print(123 == "123");   // true!
-  print(123 < 456);      // true
-  print(123 > 456);      // false
-  print(123 != 456);     // true
-  print(123 != "123");   // false!
-  print({} == {});       // false (two different anonymous objects)
-  a = {}; print(a == a); // true (same object)
-%}
-```
-
-##### 5.4. Logical operations
-
-The operators `&&`, `||`, `??` and `!` test whether their operands are all true,
-partially true, null or false respectively.
-
-In the case of `&&` the rightmost value is returned while `||` results in the
-first truish and `??` in the first non-null value.
-
-The unary `!` operator will result in `true` if the operand is not trueish,
-otherwise it will result in `false`.
-
-Operands are evaluated from left to right while testing truishness, which means
-that expressions with side effects, such as function calls, are only executed
-if the preceeding condition was satisifed.
-
-```javascript
-{%
-  print(1 && 2 && 3);                 // 3
-  print(1 || 2 || 3);                 // 1
-  print(2 > 1 && 3 < 4);              // true
-  print(doesnotexist ?? null ?? 42);  // 42
-  print(1 ?? 2 ?? 3);                 // 1
-  print(!false);                      // true
-  print(!true);                       // false
-
-  res = test1() && test2();  // test2() is only called if test1() returns true
-%}
-```
-
-##### 5.5. Assignment operations
-
-In addition to the basic assignment operator `=`, most other operators have a
-corresponding shortcut assignment operator which reads the specified variable,
-applies the operation and operand to it, and writes it back.
-
-The result of assignment expressions is the assigned value.
-
-```javascript
-{%
-  a = 1;     // assign 1 to variable a
-  a += 2;    // a = a + 2;
-  a -= 3;    // a = a - 3;
-  a *= 4;    // a = a * 4;
-  a /= 5;    // a = a / 5;
-  a %= 6;    // a = a % 6;
-  a &= 7;    // a = a & 7;
-  a |= 8;    // a = a | 8;
-  a ^= 9;    // a = a ^ 9;
-  a <<= 10;  // a = a << 10;
-  a >>= 11;  // a = a >> 11;
-  a &&= 12;  // a = a && 12;
-  a ||= 13;  // a = a || 13;
-  a ??= 14;  // a = a ?? 14;
-
-  print(a = 2);  // 2
-%}
-```
-
-##### 5.6. Miscellaneous operators
-
-Besides the operators described so far, ucode script also supports a `delete`
-operator which removes a property from an object value.
-
-```javascript
-{%
-  a = { test: true };
-
-  delete a.test;         // true
-  delete a.notexisting;  // false
-
-  print(a);              // { }
-%}
-```
-
-##### 5.7. Precedence
-
-Operator precedence determines the order in which operators are evaluated in an
-expression. In ucode, operators have different precedence levels, as outline
-in the table below.
-
-| Precedence | Operator type                     | Associativity  |
-|------------|-----------------------------------|----------------|
-| 19         | Grouping `( … )`                  | n/a            |
-| 18         | Property access `… . …`           | left-to-right  |
-| 18         | Optional chaining `… ?. …`        | left-to-right  |
-| 18         | Computed propery access `… [ … ]` | n/a            |
-| 18         | Function call `… (…)`             | n/a            |
-| 17         | Postfix increment `… ++`          | n/a            |
-| 17         | Postfix decrement `… --`          | n/a            |
-| 16         | Logical not `! …`                 | n/a            |
-| 16         | Bitwise not `~ …`                 | n/a            |
-| 16         | Unary plus `+ …`                  | n/a            |
-| 16         | Unary negation `- …`              | n/a            |
-| 16         | Prefix increment `++ …`           | n/a            |
-| 16         | Prefix decrement `-- …`           | n/a            |
-| 16         | Property deletion `delete …`      | n/a            |
-| 15         | Exponentiation `… ** …`           | right-to-left  |
-| 14         | Multiplication `… * …`            | left-to-right  |
-| 14         | Division `… / …`                  | left-to-right  |
-| 14         | Remainder `… % …`                 | left-to-right  |
-| 13         | Addition `… + …`                  | left-to-right  |
-| 13         | Substraction `… - …`              | left-to-right  |
-| 12         | Bitwise left shift `… << …`       | left-to-right  |
-| 12         | Bitwise right shift `… >> …`      | left-to-right  |
-| 11         | Less than `… < …`                 | left-to-right  |
-| 11         | Less than or equal `… <= …`       | left-to-right  |
-| 11         | Greater than `… > …`              | left-to-right  |
-| 11         | Greater than or equal `… >= …`    | left-to-right  |
-| 11         | In `… in …`                       | left-to-right  |
-| 10         | Equality `… == …`                 | left-to-right  |
-| 10         | Inequality `… != …`               | left-to-right  |
-| 10         | Strict equality `… === …`         | left-to-right  |
-| 10         | Strict inequality `… !== …`       | left-to-right  |
-| 9          | Bitwise AND `… & …`               | left-to-right  |
-| 8          | Bitwise XOR `… ^ …`               | left-to-right  |
-| 7          | Bitwise OR `… \| …`               | left-to-right  |
-| 6          | Logical AND `… && …`              | left-to-right  |
-| 5          | Logical OR `… \|\| …`             | left-to-right  |
-| 5          | Nullish coalescing `… ?? …`       | left-to-right  |
-| 4          | Assignment `… = …`                | right-to-left  |
-| 4          | Assignment `… += …`               | right-to-left  |
-| 4          | Assignment `… -= …`               | right-to-left  |
-| 4          | Assignment `… **= …`              | right-to-left  |
-| 4          | Assignment `… *= …`               | right-to-left  |
-| 4          | Assignment `… /= …`               | right-to-left  |
-| 4          | Assignment `… %= …`               | right-to-left  |
-| 4          | Assignment `… <<= …`              | right-to-left  |
-| 4          | Assignment `… >>= …`              | right-to-left  |
-| 4          | Assignment `… &= …`               | right-to-left  |
-| 4          | Assignment `… ^= …`               | right-to-left  |
-| 4          | Assignment `… \|= …`              | right-to-left  |
-| 4          | Assignment `… &&= …`              | right-to-left  |
-| 4          | Assignment `… \|\|= …`            | right-to-left  |
-| 4          | Assignment `… ??= …`              | right-to-left  |
-| 3          | Ternary `… ? … : …`               | right-to-left  |
-| 2          | Arrow `… => …`                    | right-to-left  |
-| 2          | Spread `... …`                    | n/a            |
-| 1          | Sequence `… , …`                  | left-to-right  |
-
-Operators with a higher precedence value are evaluated before operators with a
-lower precedence value. When operators have the same precedence, their
-associativity determines the order of evaluation
-(e.g., left-to-right or right-to-left).
-
-
-## Memory Management
-
-The ucode scripting language utilizes a reference count-based garbage collector
-as its primary method of memory management. When assigning an array or object
-value, the reference count is incremented. When a local variable holding a
-reference goes out of scope, the reference count is decremented. If the
-reference count reaches zero, a recursive traversal is performed to decrease the
-reference count of any nested references. Once the traversal is complete, the
-top-level array or object structure is freed.
-
-Example 1:
-```javascript
-x = [ { a: 1 }, { b: 2 }, { c: 3 } ];
-// `x` holds a reference to `[...]` (refcount 1)
-// `x[0]` holds a reference to `{ a: 1 }` (refcount 1)
-// `x[1]` holds a reference to `{ b: 2 }` (refcount 1)
-// `x[2]` holds a reference to `{ c: 3 }` (refcount 1)
-
-x = null;
-// refcount of `[...]` drops to 0; refcount decreasing cascades
-// down, `{ a: 1 }`, `{ b: 2 }` and { c: 3 }` refcounts reach
-// zero as well; `{ a: 1 }`, `{ b: 2 }`, `{ c: 3 }` and `[ ... ]`
-// are freed
-```
-
-Example 2:
-```javascript
-x = [ { a: 1 }, { b: 2 }, { c: 3 } ];
-y = x[1];
-// `x` holds a reference to `[...]` (refcount 1)
-// `x[0]` holds a reference to `{ a: 1 }` (refcount 1)
-// `x[1]` and `y` hold a reference to `{ b: 2 }` (refcount 2)
-// `x[2]` holds a reference to `{ c: 3 }` (refcount 1)
-
-x = null;
-// refcount of `[...]` drops to 0, refcount decreasing cascades
-// down, `{ a: 1 }` and `{ c: 3 }` refcounts reach zero while
-// `{ b: 2 }` refcount is down to one.
-// `{ a: 1 }`, `{ c: 3 }` and `[ ... ]` are freed
-// `{ b: 2 }` is still alive with refcount 1, pointed to by `y`
-```
-
-Although the reference count-based garbage collector efficiently manages memory,
-it cannot handle cyclic structures, leading to memory leaks.
-
-Example 1:
-```javascript
-o = { }; o.x = o;
-// `o` holds a reference to itself (refcount 1)
-
-```
-
-Example 2:
-```javascript
-a = [ ]; a[0] = a;
-// `a` holds a reference to itself (refcount 1)
-```
-
-Example 3:
-```javascript
-x = { y: { z: [ ] } }; x.y.z = x;
-// `x` holds a reference to itself through `x.y.z` (refcount 1)
-```
-
-In these examples, cyclic references are created where objects or arrays point
-back to themselves or create a circular chain. Since each element within the
-cycle maintains a reference, the reference count for each object or array never
-reaches zero, resulting in a memory leak. The reference count-based garbage
-collector cannot automatically reclaim memory in such cases.
-
-To address cyclic structures and avoid memory leaks, ucode provides a secondary
-mark-and-sweep garbage collector. This collector can be enabled by passing the
-`-g` flag to the ucode interpreter or manually triggered using the
-[`gc()`](/module-core.html#gc) function during runtime. The mark-and-sweep
-collector identifies and frees unreachable objects, including those involved in
-cyclic references.
diff --git a/docs/tutorials/01-usage.md b/docs/tutorials/01-usage.md
new file mode 100644
index 0000000..d5bf30e
--- /dev/null
+++ b/docs/tutorials/01-usage.md
@@ -0,0 +1,103 @@
+The `ucode` command line utility provides a set of options and arguments for
+executing and compiling ucode programs. Here is a detailed explanation of each
+option and its usage:
+
+- `-h`:
+  Display the help message, which provides an overview of the available
+  options and their usage.
+
+- `-e "expression"`:
+  Execute the given expression as a ucode program. This option allows you to
+  provide a single-line ucode expression for immediate execution.
+
+- `-p "expression"`:
+  Execute the given expression as a ucode program and print the result after
+  execution.
+
+- `-c [-s] [-o output.uc] input.uc [input2.uc ...]`:
+  Compile the specified source file(s) to bytecode instead of executing them.
+  By default, the compiled bytecode is written to `./uc.out`. The `-s` option
+  omits debug information, reducing the size of the compiled bytecode. The `-o`
+  option allows specifying the output file path for the compiled bytecode.
+
+- `-t`:
+  Enable VM (Virtual Machine) execution tracing. This option enables tracing of
+  the ucode program's execution, providing detailed information for debugging
+  purposes.
+
+- `-g interval`:
+  Perform periodic garbage collection at regular intervals defined by the
+  `interval` parameter. Garbage collection is a memory management process that
+  frees up memory occupied by objects that are no longer in use.
+
+- `-S`:
+  Enable strict mode, which enforces strict adherence to ucode language rules
+  and prevents the use of certain potentially error-prone or unsafe language
+  features.
+
+- `-R`:
+  Process source file(s) as raw script code. This is the default mode of
+  operation, where the ucode interpreter treats the source files as direct ucode
+  script code.
+
+- `-T[flag,flag,...]`:
+  Process the source file(s) as templates instead of raw script code. This
+  option enables the usage of Jinja-like templates with embedded ECMAScript 6
+  code. The flags provide additional control over template processing, such as
+  preserving leading whitespace or trailing newlines.
+
+- `-D [name=]value`:
+  Define a global variable in the ucode program. If the `name` parameter is
+  omitted, a JSON dictionary is expected as the `value`, where each property
+  becomes a global variable with its corresponding value. If `name` is
+  specified, it defines a global variable with the provided `value`, parsed as
+  JSON or as a literal string if JSON parsing fails.
+
+- `-F [name=]path`:
+  Similar to the `-D` option, but reads the value from a file specified by the
+  `path` parameter. The file must contain a single, well-formed JSON dictionary.
+
+- `-U name`:
+  Undefine the given global variable `name`. This option removes the specified
+  global variable from the ucode program's scope.
+
+- `-l [name=]library`:
+  Preload the specified `library` for use in the ucode program. Optionally, the
+  library can be aliased to a different `name` within the program.
+
+- `-L pattern`:
+  Prepend the provided `pattern` to the default library search paths. This
+  option allows specifying custom paths for loading libraries. If the `pattern`
+  does not contain an asterisk (`*`), it is added twice, once with `/*.so` and
+  once with `/*.uc` appended to it.
+
+
+## Examples
+
+Here are some examples showcasing the invocation of the `ucode` program with
+different options:
+
+1. Execute a ucode expression:
+   ```
+   ucode -e "print('Hello, World!\n');"
+   ```
+
+2. Execute a ucode expression and print the result:
+   ```
+   ucode -p "2 ** 3"
+   ```
+
+3. Execute a ucode program from a source file:
+   ```
+   ucode program.uc
+   ```
+
+4. Compile a ucode program to bytecode:
+   ```
+   ucode -c program.uc
+   ```
+
+5. Compile a ucode program to bytecode with a specified output file:
+   ```
+   ucode -c -o compiled.uc program.uc
+   ```
diff --git a/docs/tutorials/02-syntax.md b/docs/tutorials/02-syntax.md
new file mode 100644
index 0000000..c140804
--- /dev/null
+++ b/docs/tutorials/02-syntax.md
@@ -0,0 +1,632 @@
+The ucode programming language features a syntax that closely resembles
+ECMAScript 6. However, the ucode interpreter supports two distinct syntax
+modes: template mode and raw mode.
+
+In template mode, ucode consumes Jinja-like templates that allow for the
+embedding of script code within the template structure. This mode enables the
+combination of expressive template constructs with JavaScript like
+functionality.
+
+On the other hand, raw mode in ucode directly consumes ECMAScript 6-like syntax
+without any template-specific markup. This mode is mainly useful to develop
+standalone applications or libraries.
+
+## Template mode
+
+By default, *ucode* is executed in *raw mode*, means it expects a given source
+file to only contain script code. By invoking the ucode interpreter with the
+`-T` flag or by using the `utpl` alias, the *ucode* interpreter is switched
+into *template mode* where the source file is expected to be a plaintext file
+containing *template blocks* containing ucode script expressions or comments.
+
+### Block types
+
+There are three kinds of blocks; *expression blocks*, *statement blocks* and
+*comment blocks*. The former two embed code logic using ucode's JavaScript-like
+syntax while the latter comment block type is simply discarded during
+processing.
+
+
+#### 1. Statement block
+
+Statement blocks are enclosed in an opening `{%` and a closing `%}` tag and
+may contain any number of script code statements, even entire programs.
+
+It is allowed to omit the closing `%}` of a statement block to parse the
+entire remaining source text after the opening tag as ucode script.
+
+By default, statement blocks produce no output and the entire block is
+reduced to an empty string during template evaluation but contained script
+code might invoke functions such as `print()` to explicitly output contents.
+
+For example the following template would result in `The epoch is odd` or
+`The epoch is even`, depending on the current epoch value:
+
+`The epoch is {% if (time() % 2): %}odd{% else %}even{% endif %}!`
+
+
+#### 2. Expression block
+
+Expression blocks are enclosed in an opening `{{` and a closing `}}` tag and
+may only contain a single expression statement (multiple expressions may be
+chained with comma). The implicit result of the rightmost evaluated expression
+is used as output when processing the block.
+
+For example the template `Hello world, {{ getenv("USER") }}!` would result in
+the output "Hello world, user!" where `user` would correspond to the name of
+the current user executing the ucode interpreter.
+
+
+#### 3. Comment block
+
+Comment blocks, which are denoted with an opening `{#` and a closing `#}` tag
+may contain arbitrary text except the closing `#}` tag itself. Comments blocks
+are completely stripped during processing and are replaced with an empty string.
+
+The following example template would result in the output "Hello world":
+
+`Hello {# mad #}word`
+
+
+### Whitespace handling
+
+Each block start tag may be suffixed with a dash to strip any whitespace
+before the block and likewise any block end tag may be prefixed with a dash
+to strip any whitespace following the block.
+
+Without using whitespace stripping, the following example:
+
+```
+This is a first line
+{% for (x in [1, 2, 3]): %}
+This is item {{ x }}.
+{% endfor %}
+This is the last line
+```
+
+Would result in the following output:
+
+```
+This is a first line
+
+This is item 1.
+This is item 2.
+This is item 3.
+
+This is the last line
+```
+
+By adding a trailing dash to apply whitespace stripping after the block, the
+empty lines can be eliminated:
+
+```
+This is a first line
+{% for (x in [1, 2, 3]): -%}
+This is item {{ x }}.
+{% endfor -%}
+This is the last line
+```
+
+Output:
+
+```
+This is a first line
+This is item 1.
+This is item 2.
+This is item 3.
+This is the last line
+```
+
+By applying whitespace stripping before the block, all lines can be joined
+into a single output line:
+
+```
+This is a first line
+{%- for (x in [1, 2, 3]): -%}
+This is item {{ x }}.
+{%- endfor -%}
+This is the last line
+```
+
+Output:
+
+```
+This is a first lineThis is item 1.This is item 2.This is item 3.This is the last line
+```
+
+## Script syntax
+
+The ucode script language - used either within statement and expression blocks
+or throughout the entire file in *raw mode*, uses untyped variables and employs
+a simplified JavaScript like syntax.
+
+The language implements function scoping and differentiates between local and
+global variables. Each function has its own private scope while executing and
+local variables declared inside a function are not accessible in the outer
+calling scope.
+
+### 1. Data types
+
+Ucode supports seven different basic types as well as two additional special
+types; function values and ressource values. The supported types are:
+
+ - Boolean values (`true` or `false`)
+ - Integer values (`-9223372036854775808` to `+9223372036854775807`)
+ - Double values (`-1.7e308` to `+1.7e308`)
+ - String values (e.g. `'Hello world!'` or `"Sunshine \u2600!"`)
+ - Array values (e.g. `[1, false, "foo"]`)
+ - Object values (e.g. `{ foo: true, "bar": 123 }`)
+ - Null value (`null`)
+
+Ucode utilizes reference counting to manage memory used for variables and values
+and frees data automatically as soon as values go out of scope.
+
+Numeric values are either stored as signed 64bit integers or as IEEE 756 double
+value. Conversion between integer and double values can happen implicitly, e.g.
+through numeric operations, or explicitely, e.g. by invoking functions such as
+`int()`.
+
+### 2. Variables
+
+Variable names must start with a letter or an underscore and may only contain
+the characters `A`..`Z`, `a`..`z`, `0`..`9` or `_`. By prefixing a variable
+name with the keyword `let`, it is declared in the local block scope only
+and not visible outside anymore.
+
+Variables may also be declared using the `const` keyword. Such variables follow
+the same scoping rules as `let` declared ones but they cannot be modified after
+they have been declared. Any attempt to do so will result in a syntax error
+during compilation.
+
+```javascript
+{%
+
+  a = 1;  // global variable assignment
+
+  function test() {
+    let b = 2;  // declare `b` as local variable
+    a = 2;        // overwrite global a
+  }
+
+  test();
+
+  print(a, "\n");  // outputs "2"
+  print(b, "\n");  // outputs nothing
+
+  const c = 3;
+  print(c, "\n");  // outputs "3"
+
+  c = 4;           // raises syntax error
+  c++;             // raises syntax error
+
+  const d;         // raises syntax error, const variables must
+                   // be initialized at declaration time
+
+%}
+```
+
+### 3. Control statements
+
+Similar to JavaScript, ucode supports `if`, `for` and `while` statements to
+control execution flow.
+
+#### 3.1. Conditional statement
+
+If/else blocks can be used to execute statements depending on a condition.
+
+```javascript
+{%
+
+  user = getenv("USER");
+
+  if (user == "alice") {
+      print("Hello Alice!\n");
+  }
+  else if (user == "bob") {
+      print("Hello Bob!\n");
+  }
+  else {
+      print("Hello guest!\n");
+  }
+
+%}
+```
+
+If only a single statement is wrapped by an if or else branch, the enclosing
+curly braces may be omitted:
+
+```javascript
+{%
+
+  if (rand() == 3)
+      print("This is quite unlikely\n");
+
+%}
+```
+
+#### 3.2. Loop statements
+
+Ucode script supports three different flavors of loop control statements; a
+`while` loop that executes enclosed statements as long as the loop condition is
+fulfilled, a `for in` loop that iterates keys of objects or items of arrays and
+a counting `for` loop that is a variation of the `while` loop.
+
+```javascript
+{%
+
+  i = 0;
+  arr = [1, 2, 3];
+  obj = { Alice: 32, Bob: 54 };
+
+  // execute as long as condition is true
+  while (i < length(arr)) {
+      print(arr[i], "\n");
+      i++;
+  }
+
+  // execute for each item in arr
+  for (n in arr) {
+      print(n, "\n");
+  }
+
+  // execute for each key in obj
+  for (person in obj) {
+      print(person, " is ", obj[person], " years old.\n");
+  }
+
+  // execute initialization statement (j = 0) once
+  // execute as long as condition (j < length(arr)) is true
+  // execute step statement (j++) after each iteration
+  for (j = 0; j < length(arr); j++) {
+      print(arr[j], "\n");
+  }
+
+%}
+```
+
+#### 3.3. Alternative syntax
+
+Since conditional statements and loops are often used for template formatting
+purposes, e.g. to repeat a specific markup for each item of a list, ucode
+supports an alternative syntax that does not require curly braces to group
+statements but that uses explicit end keywords to denote the end of the control
+statement body for better readability instead.
+
+The following two examples first illustrate the normal syntax, followed by the
+alternative syntax that is more suitable for statement blocks:
+
+```
+Printing a list:
+{% for (n in [1, 2, 3]) { -%}
+  - Item #{{ n }}
+{% } %}
+```
+
+The alternative syntax replaces the opening curly brace (`{`) with a colon
+(`:`) and the closing curly brace (`}`) with an explicit `endfor` keyword:
+
+```
+Printing a list:
+{% for (n in [1, 2, 3]): -%}
+  - Item #{{ n }}
+{% endfor %}
+```
+
+For each control statement type, a corresponding alternative end keyword is defined:
+
+  - `if (...): ... endif`
+  - `for (...): ... endfor`
+  - `while (...): ... endwhile`
+
+
+### 4. Functions
+
+Ucode scripts may define functions to group repeating operations into reusable
+operations. Functions can be both declared with a name, in which case they're
+automatically registered in the current scope, or anonymously which allows
+assigning the resulting value to a variable, e.g. to build arrays or objects of
+functions:
+
+```javascript
+{%
+
+  function duplicate(n) {
+       return n * 2;
+  }
+
+  let utilities = {
+      concat: function(a, b) {
+          return "" + a + b;
+      },
+      greeting: function() {
+          return "Hello, " + getenv("USER") + "!";
+      }
+  };
+
+-%}
+
+The duplicate of 2 is {{ duplicate(2) }}.
+The concatenation of 'abc' and 123 is {{ utilities.concat("abc", 123) }}.
+Your personal greeting is: {{ utilities.greeting() }}.
+```
+
+#### 4.1. Alternative syntax
+
+Function declarations support the same kind of alternative syntax as defined
+for control statements (3.3.)
+
+The alternative syntax replaces the opening curly brace (`{`) with a colon
+(`:`) and the closing curly brace (`}`) with an explicit `endfunction`
+keyword:
+
+```
+{% function printgreeting(name): -%}
+  Hallo {{ name }}, nice to meet you.
+{% endfunction -%}
+
+<h1>{{ printgreeting("Alice") }}</h1>
+```
+
+
+### 5. Operators
+
+Similar to JavaScript and C, ucode scripts support a range of different
+operators to manipulate values and variables.
+
+#### 5.1. Arithmetic operations
+
+The operators `+`, `-`, `*`, `/`, `%`, `++` and `--` allow to perform
+additions, substractions, multiplications, divisions, modulo, increment or
+decrement operations respectively where the result depends on the type of
+involved values.
+
+The `++` and `--` operators are unary, means that they only apply to one
+operand. The `+` and `-` operators may be used in unary context to either
+convert a given value to a numeric value or to negate a given value.
+
+If either operand of the `+` operator is a string, the other one is converted
+to a string value as well and a concatenated string is returned.
+
+All other arithmetic operators coerce their operands into numeric values.
+Fractional values are converted to doubles, other numeric values to integers.
+
+If either operand is a double, the other one is converted to a double value as
+well and a double result is returned.
+
+Divisions by zero result in the special double value `Infinity`. If an operand
+cannot be converted to a numeric value, the result of the operation is the
+special double value `NaN`.
+
+```javascript
+{%
+  a = 2;
+  b = 5.2;
+  s1 = "125";
+  s2 = "Hello world";
+
+  print(+s1);      // 125
+  print(+s2);      // NaN
+  print(-s1);      // -125
+  print(-s2);      // NaN
+  print(-a);       // -2
+
+  print(a++);      // 2 (Return value of a, then increment by 1)
+  print(++a);      // 4 (Increment by 1, then return value of a)
+
+  print(b--);      // 5.2 (Return value of b, then decrement by 1)
+  print(--b);      // 3.2 (Decrement by 1, then return value of b)
+
+  print(4 + 8);    // 12
+  print(7 - 4);    // 3
+  print(3 * 3);    // 9
+
+  print(10 / 4);   // 2 (Integer division)
+  print(10 / 4.0); // 2.5 (Double division)
+  print(10 / 0);   // Infinity
+
+  print(10 % 7);   // 3
+  print(10 % 7.0); // NaN (Modulo is undefined for non-integers)
+%}
+```
+
+#### 5.2. Bitwise operations
+
+The operators `&`, `|`, `^`, `<<`, `>>` and `~` allow to perform bitwise and,
+or, xor, left shift, right shift and complement operations respectively.
+
+The `~` operator is unary, means that is only applies to one operand.
+
+```javascript
+{%
+  print(0 & 0, 0 & 1, 1 & 1);  // 001
+  print(0 | 0, 0 | 1, 1 | 1);  // 011
+  print(0 ^ 0, 0 ^ 1, 1 ^ 1);  // 010
+  print(10 << 2);              // 40
+  print(10 >> 2);              // 2
+  print(~15);                  // -16 (0xFFFFFFFFFFFFFFF0)
+%}
+```
+
+An important property of bitwise operators is that they're coercing their
+operand values to whole integers:
+
+```javascript
+{%
+  print(12.34 >> 0);   // 12
+  print(~(~12.34));    // 12
+%}
+```
+
+#### 5.3. Relational operations
+
+The operators `==`, `!=`, `<`, `<=`, `>` and `>=` test whether their operands
+are equal, inequal, lower than, lower than/equal to, higher than or higher
+than/equal to each other respectively.
+
+If both operands are strings, their respective byte values are compared, if
+both are objects or arrays, their underlying memory addresses are compared.
+
+In all other cases, both operands are coerced into numeric values and the
+resulting values are compared with each other.
+
+This means that comparing values of different types will coerce them both to
+numbers.
+
+The result of the relational operation is a boolean indicating truishness.
+
+```javascript
+{%
+  print(123 == 123);     // true
+  print(123 == "123");   // true!
+  print(123 < 456);      // true
+  print(123 > 456);      // false
+  print(123 != 456);     // true
+  print(123 != "123");   // false!
+  print({} == {});       // false (two different anonymous objects)
+  a = {}; print(a == a); // true (same object)
+%}
+```
+
+#### 5.4. Logical operations
+
+The operators `&&`, `||`, `??` and `!` test whether their operands are all true,
+partially true, null or false respectively.
+
+In the case of `&&` the rightmost value is returned while `||` results in the
+first truish and `??` in the first non-null value.
+
+The unary `!` operator will result in `true` if the operand is not trueish,
+otherwise it will result in `false`.
+
+Operands are evaluated from left to right while testing truishness, which means
+that expressions with side effects, such as function calls, are only executed
+if the preceeding condition was satisifed.
+
+```javascript
+{%
+  print(1 && 2 && 3);                 // 3
+  print(1 || 2 || 3);                 // 1
+  print(2 > 1 && 3 < 4);              // true
+  print(doesnotexist ?? null ?? 42);  // 42
+  print(1 ?? 2 ?? 3);                 // 1
+  print(!false);                      // true
+  print(!true);                       // false
+
+  res = test1() && test2();  // test2() is only called if test1() returns true
+%}
+```
+
+#### 5.5. Assignment operations
+
+In addition to the basic assignment operator `=`, most other operators have a
+corresponding shortcut assignment operator which reads the specified variable,
+applies the operation and operand to it, and writes it back.
+
+The result of assignment expressions is the assigned value.
+
+```javascript
+{%
+  a = 1;     // assign 1 to variable a
+  a += 2;    // a = a + 2;
+  a -= 3;    // a = a - 3;
+  a *= 4;    // a = a * 4;
+  a /= 5;    // a = a / 5;
+  a %= 6;    // a = a % 6;
+  a &= 7;    // a = a & 7;
+  a |= 8;    // a = a | 8;
+  a ^= 9;    // a = a ^ 9;
+  a <<= 10;  // a = a << 10;
+  a >>= 11;  // a = a >> 11;
+  a &&= 12;  // a = a && 12;
+  a ||= 13;  // a = a || 13;
+  a ??= 14;  // a = a ?? 14;
+
+  print(a = 2);  // 2
+%}
+```
+
+#### 5.6. Miscellaneous operators
+
+Besides the operators described so far, ucode script also supports a `delete`
+operator which removes a property from an object value.
+
+```javascript
+{%
+  a = { test: true };
+
+  delete a.test;         // true
+  delete a.notexisting;  // false
+
+  print(a);              // { }
+%}
+```
+
+#### 5.7. Precedence
+
+Operator precedence determines the order in which operators are evaluated in an
+expression. In ucode, operators have different precedence levels, as outline
+in the table below.
+
+| Precedence | Operator type                     | Associativity  |
+|------------|-----------------------------------|----------------|
+| 19         | Grouping `( … )`                  | n/a            |
+| 18         | Property access `… . …`           | left-to-right  |
+| 18         | Optional chaining `… ?. …`        | left-to-right  |
+| 18         | Computed propery access `… [ … ]` | n/a            |
+| 18         | Function call `… (…)`             | n/a            |
+| 17         | Postfix increment `… ++`          | n/a            |
+| 17         | Postfix decrement `… --`          | n/a            |
+| 16         | Logical not `! …`                 | n/a            |
+| 16         | Bitwise not `~ …`                 | n/a            |
+| 16         | Unary plus `+ …`                  | n/a            |
+| 16         | Unary negation `- …`              | n/a            |
+| 16         | Prefix increment `++ …`           | n/a            |
+| 16         | Prefix decrement `-- …`           | n/a            |
+| 16         | Property deletion `delete …`      | n/a            |
+| 15         | Exponentiation `… ** …`           | right-to-left  |
+| 14         | Multiplication `… * …`            | left-to-right  |
+| 14         | Division `… / …`                  | left-to-right  |
+| 14         | Remainder `… % …`                 | left-to-right  |
+| 13         | Addition `… + …`                  | left-to-right  |
+| 13         | Substraction `… - …`              | left-to-right  |
+| 12         | Bitwise left shift `… << …`       | left-to-right  |
+| 12         | Bitwise right shift `… >> …`      | left-to-right  |
+| 11         | Less than `… < …`                 | left-to-right  |
+| 11         | Less than or equal `… <= …`       | left-to-right  |
+| 11         | Greater than `… > …`              | left-to-right  |
+| 11         | Greater than or equal `… >= …`    | left-to-right  |
+| 11         | In `… in …`                       | left-to-right  |
+| 10         | Equality `… == …`                 | left-to-right  |
+| 10         | Inequality `… != …`               | left-to-right  |
+| 10         | Strict equality `… === …`         | left-to-right  |
+| 10         | Strict inequality `… !== …`       | left-to-right  |
+| 9          | Bitwise AND `… & …`               | left-to-right  |
+| 8          | Bitwise XOR `… ^ …`               | left-to-right  |
+| 7          | Bitwise OR `… \| …`               | left-to-right  |
+| 6          | Logical AND `… && …`              | left-to-right  |
+| 5          | Logical OR `… \|\| …`             | left-to-right  |
+| 5          | Nullish coalescing `… ?? …`       | left-to-right  |
+| 4          | Assignment `… = …`                | right-to-left  |
+| 4          | Assignment `… += …`               | right-to-left  |
+| 4          | Assignment `… -= …`               | right-to-left  |
+| 4          | Assignment `… **= …`              | right-to-left  |
+| 4          | Assignment `… *= …`               | right-to-left  |
+| 4          | Assignment `… /= …`               | right-to-left  |
+| 4          | Assignment `… %= …`               | right-to-left  |
+| 4          | Assignment `… <<= …`              | right-to-left  |
+| 4          | Assignment `… >>= …`              | right-to-left  |
+| 4          | Assignment `… &= …`               | right-to-left  |
+| 4          | Assignment `… ^= …`               | right-to-left  |
+| 4          | Assignment `… \|= …`              | right-to-left  |
+| 4          | Assignment `… &&= …`              | right-to-left  |
+| 4          | Assignment `… \|\|= …`            | right-to-left  |
+| 4          | Assignment `… ??= …`              | right-to-left  |
+| 3          | Ternary `… ? … : …`               | right-to-left  |
+| 2          | Arrow `… => …`                    | right-to-left  |
+| 2          | Spread `... …`                    | n/a            |
+| 1          | Sequence `… , …`                  | left-to-right  |
+
+Operators with a higher precedence value are evaluated before operators with a
+lower precedence value. When operators have the same precedence, their
+associativity determines the order of evaluation
+(e.g., left-to-right or right-to-left).
\ No newline at end of file
diff --git a/docs/tutorials/03-memory.md b/docs/tutorials/03-memory.md
new file mode 100644
index 0000000..3c1823c
--- /dev/null
+++ b/docs/tutorials/03-memory.md
@@ -0,0 +1,74 @@
+The ucode scripting language utilizes a reference count-based garbage collector
+as its primary method of memory management. When assigning an array or object
+value, the reference count is incremented. When a local variable holding a
+reference goes out of scope, the reference count is decremented. If the
+reference count reaches zero, a recursive traversal is performed to decrease the
+reference count of any nested references. Once the traversal is complete, the
+top-level array or object structure is freed.
+
+Example 1:
+```javascript
+x = [ { a: 1 }, { b: 2 }, { c: 3 } ];
+// `x` holds a reference to `[...]` (refcount 1)
+// `x[0]` holds a reference to `{ a: 1 }` (refcount 1)
+// `x[1]` holds a reference to `{ b: 2 }` (refcount 1)
+// `x[2]` holds a reference to `{ c: 3 }` (refcount 1)
+
+x = null;
+// refcount of `[...]` drops to 0; refcount decreasing cascades
+// down, `{ a: 1 }`, `{ b: 2 }` and { c: 3 }` refcounts reach
+// zero as well; `{ a: 1 }`, `{ b: 2 }`, `{ c: 3 }` and `[ ... ]`
+// are freed
+```
+
+Example 2:
+```javascript
+x = [ { a: 1 }, { b: 2 }, { c: 3 } ];
+y = x[1];
+// `x` holds a reference to `[...]` (refcount 1)
+// `x[0]` holds a reference to `{ a: 1 }` (refcount 1)
+// `x[1]` and `y` hold a reference to `{ b: 2 }` (refcount 2)
+// `x[2]` holds a reference to `{ c: 3 }` (refcount 1)
+
+x = null;
+// refcount of `[...]` drops to 0, refcount decreasing cascades
+// down, `{ a: 1 }` and `{ c: 3 }` refcounts reach zero while
+// `{ b: 2 }` refcount is down to one.
+// `{ a: 1 }`, `{ c: 3 }` and `[ ... ]` are freed
+// `{ b: 2 }` is still alive with refcount 1, pointed to by `y`
+```
+
+Although the reference count-based garbage collector efficiently manages memory,
+it cannot handle cyclic structures, leading to memory leaks.
+
+Example 1:
+```javascript
+o = { }; o.x = o;
+// `o` holds a reference to itself (refcount 1)
+
+```
+
+Example 2:
+```javascript
+a = [ ]; a[0] = a;
+// `a` holds a reference to itself (refcount 1)
+```
+
+Example 3:
+```javascript
+x = { y: { z: [ ] } }; x.y.z = x;
+// `x` holds a reference to itself through `x.y.z` (refcount 1)
+```
+
+In these examples, cyclic references are created where objects or arrays point
+back to themselves or create a circular chain. Since each element within the
+cycle maintains a reference, the reference count for each object or array never
+reaches zero, resulting in a memory leak. The reference count-based garbage
+collector cannot automatically reclaim memory in such cases.
+
+To address cyclic structures and avoid memory leaks, ucode provides a secondary
+mark-and-sweep garbage collector. This collector can be enabled by passing the
+`-g` flag to the ucode interpreter or manually triggered using the
+[`gc()`](/module-core.html#gc) function during runtime. The mark-and-sweep
+collector identifies and frees unreachable objects, including those involved in
+cyclic references.
diff --git a/docs/tutorials/tutorials.json b/docs/tutorials/tutorials.json
new file mode 100644
index 0000000..df4e339
--- /dev/null
+++ b/docs/tutorials/tutorials.json
@@ -0,0 +1,11 @@
+{
+	"01-usage": {
+		"title": "Usage"
+	},
+	"02-syntax": {
+		"title": "Syntax"
+	},
+	"03-memory": {
+		"title": "Memory Management"
+	}
+}
diff --git a/docs/ucode.js b/docs/ucode.js
index 35d2d23..6728cdb 100644
--- a/docs/ucode.js
+++ b/docs/ucode.js
@@ -2,7 +2,6 @@ document.addEventListener('DOMContentLoaded', (ev) => {
 	const accordionState = window.localStorage.getItem('accordion-id');
 
 	if (accordionState == null || accordionState == '{}')
-		document
-			.querySelector('[data-isopen="false"]')
-			.setAttribute('data-isopen', 'true');
+		document.querySelectorAll('[data-isopen="false"]')
+			.forEach(item => item.setAttribute('data-isopen', 'true'));
 });
diff --git a/jsdoc/conf.json b/jsdoc/conf.json
index de7b0e8..e1487eb 100644
--- a/jsdoc/conf.json
+++ b/jsdoc/conf.json
@@ -30,6 +30,7 @@
 		"destination": "docs",
 		"recurse": true,
 		"readme": "docs/README.md",
+		"tutorials": "docs/tutorials",
 		"theme_opts": {
 			"default_theme": "light",
 			"title": "ucode Documentation",
@@ -49,6 +50,10 @@
 					"link": "https://github.com/jow-/ucode",
 					"class": "github-home"
 				}
+			],
+			"sections": [
+				"Tutorials",
+				"Modules"
 			]
 		}
 	}