evocation/evoke.e, branch v3.0Call forth the blue-green flame of computation from the universe, weave its energies into a fabric, that we may share our blood with it.
http://code.irenes.space/evocation/atom?h=v3.02026-09-21T07:13:02+00:00print comments in the hex dump at the offsets labels point to2026-09-21T07:13:02+00:00Irene Knappireneista@irenes.space2026-09-21T07:13:02+00:00urn:sha1:ae9316beda1cb3805e5048ba654b4590f50931f7
Force-Push: yes
Change-Id: I1a0ea06380095da3e7702cab278c08bd21b292ca
redo the hex dump comments for alignment to use the regular magic commands2026-09-16T01:00:31+00:00Irene Knappireneista@irenes.space2026-09-16T01:00:31+00:00urn:sha1:e1f5c4e72830cc9ce900e1884d3338f1c82060fd
previously, alignment had been a special-cased type of metadata entry, with a special trap on packalign. now it uses the same programmable setup everything else does. much simpler, and prettier output.
this CL also contains some modest reformatting of section headers in the hex dump
Force-Push: yes
Change-Id: I21554e92f6af6ddefa937dad8073b89657f85d64
added section headers and other formatting to all the parts of the hex dump2026-09-15T23:05:08+00:00Irene Knappireneista@irenes.space2026-09-15T23:05:08+00:00urn:sha1:9ac5b1f59144c13d2bdb1508f4e4f820db00bf48
Force-Push: yes
Change-Id: Ie66d85fd171dfb45d1f3b6869bf94056ec8303af
make read-to-buffer take its delimiter as a parameter2026-08-29T05:21:52+00:00Irene Knappireneista@irenes.space2026-08-29T05:21:52+00:00urn:sha1:a41c6444d30f9ad561d95a1776f796581338df16
since the recommended invocation to build Evocation (hehe) does the heavy lifting in interpreted mode, this required a new helper, allocate-string, which takes a string in the scratch space and properly allocates it so it won't be overwritten by future allocations
Force-Push: yes
Change-Id: Ia73612a65fd7c11af5fe110c573c23c16b777112
change the transforms to take their end delimiters as parameters2026-08-29T03:12:35+00:00Irene Knappireneista@irenes.space2026-08-28T12:28:35+00:00urn:sha1:6e0227328154e18810d8dfa4489bf84c9c15cbf7
this will not be useful until read-to-buffer also does, but it's a step towards that
Force-Push: yes
Change-Id: Icf03088c9e52e427a5c130949e9ba85655d59044
comment fixes2026-05-29T05:45:29+00:00Irene Knappireneista@irenes.space2026-05-29T05:45:29+00:00urn:sha1:597c2694612d56ab2fe4567e02a1424ed12e39de
Force-Push: yes
Change-Id: I5c0e7abaebb9388f7900dbae8bde1b1cd528ac32
small changes towards self-hosting2026-05-22T10:57:59+00:00Irene Knappireneista@irenes.space2026-05-22T10:57:59+00:00urn:sha1:3f3bda4692b4017c7ad6ed1c434313b9dcc62cfb
Force-Push: yes
Change-Id: I6cf15b4e37b66a04afd5af9dfd9cc3d5eb52b894
whew, okay, lots of interpret stuff implemented now2026-05-22T05:39:21+00:00Irene Knappireneista@irenes.space2026-05-22T05:39:21+00:00urn:sha1:ff9b791acf12688caec27e8ca883f3eefac8891d
not fully tried though
Force-Push: yes
Change-Id: I19b39f2b982fde66863c710b6d458c3bd12bdf4a
dynamic.e is split up again, and more progress2026-05-22T00:57:18+00:00Irene Knappireneista@irenes.space2026-05-22T00:57:18+00:00urn:sha1:ff09b120141e9d8acbd930d44c3f0596eb05a016
see dynamic.e, input.e, interpret.e, and flow-control.e
there were a couple things in the log-load transform that need to work in compile mode, too
Force-Push: yes
Change-Id: I7caac3b9205f36f7e082a3fd280561d67e27942c
started cleaning up all the log-loaded functionality2026-05-21T23:52:41+00:00Irene Knappireneista@irenes.space2026-05-21T23:52:41+00:00urn:sha1:a7a670e41bdaf9c57bfe7bbd802158de91d7d94d
it's in dynamic.e for now
Force-Push: yes
Change-Id: I4d0c5917eccd58cb881850faee0728d786010c27