Main reason is so we don't have that stupid arl prefix directory in
our source code. Now our source code is flat, and we can still
reference headers by linking from root.
commit 1588e7b46d
Author: Aryadev Chavali <aryadev@aryadevchavali.com>
Date: Sat Jan 24 02:55:12 2026 +0000
parser/parser: parse_symbol now supports primitives
parse_symbol now investigates if the parsed symbol data is actually
just a primitive (linear search through all primitives). If it is,
return a primitive first. Otherwise, generate a symbol as per
previous form of routine.
commit 62c91990c4
Author: Aryadev Chavali <aryadev@aryadevchavali.com>
Date: Sat Jan 24 02:40:26 2026 +0000
parser/ast: Added support for node level primitives
These are just an enumeration of primitives we already expect to be
present within a program. Instead of leaving everything as a symbol,
we can compile certain symbols into the enumeration ahead of time to
make later stages easier.
Much faster than dealing with the line and column as we go. In the
vast majority of cases this data is completely unnecessary, so this is
wasted effort. At the point where we need accurate line/column
information, we can compute it - in an error state, it really doesn't
matter that we're spending that extra time to compute it.
I've made prototypes for them, put at the top, and moved their
implementations to the bottom. They're not exposed to anything
outside this code unit. Now, when reading the code, the parsing
routines (which are the main reason to be here) are at the top and
clear to read.
We now have a primitive and not fully tested parser for strings and
symbol sequences. We record the lines and columns of each object on
the object for better compile time error handling.
I've also structured the code base in a slightly weirder fashion,
which makes my includes look nicer. I've split up stuff quite a bit
to ensure code units are bit more focused.
