evocation/labels.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
add provide-hex, which varies its output width to fit the value2026-09-10T16:22:12+00:00Irene Knappireneista@irenes.space2026-09-10T16:22:12+00:00urn:sha1:2eb637e63a9e5d8f87391beb4af6019963a7c36c
and amd64.e uses it for all the immediates, but not for other kinds of numeric parameter, which looks pretty slick and readable
Force-Push: yes
Change-Id: Ifb630a4dc172d7495b5458316266fe76b75e07af
improve some comments2026-08-30T03:04:28+00:00Irene Knappireneista@irenes.space2026-08-30T03:04:28+00:00urn:sha1:0bf19443bf2d373a6e23d372a3938f26d75a4da3
and remove a stray semicolon (oops)
Force-Push: yes
Change-Id: I1b26410f5f461f9026637b5509de3912defcd784
move next-newer-entry-in and oldest-entry-in into dynamic.e2026-05-29T04:22:58+00:00Irene Knappireneista@irenes.space2026-05-29T04:22:58+00:00urn:sha1:3f83a17851b8e93e4d5dbac94b10a6afd750dbee
it's starting to get concerning how all this stuff needs to go in quine.asm but hopefully the hex transform will fix it
Force-Push: yes
Change-Id: I840e77c96fa0555bc01b9604d09f5ac4903d48bf
moved pack-raw-string into core.e2026-05-29T04:07:55+00:00Irene Knappireneista@irenes.space2026-05-29T04:07:55+00:00urn:sha1:0f3c90d8c67c7150feed36a1e620a6aa68f987a7
Force-Push: yes
Change-Id: I0940c0c21580e810716a5f61b95fd520c464ab9e
added a program, hex.e, which will be the bootstrap strategy2026-05-25T02:31:20+00:00Irene Knappireneista@irenes.space2026-05-25T02:31:20+00:00urn:sha1:db39fec4b6acdef6e9e03a69d2727a2ae4bcb5ba
also added some instructions it needed
Force-Push: yes
Change-Id: Ia35280e2696167eb0662a5c3a9dc47840438da56
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
the entirety of core.e now log-loads2026-05-21T04:35:05+00:00Irene Knappireneista@irenes.space2026-05-21T04:35:05+00:00urn:sha1:272c9cf16bbca81ff0e15840c4dc8fd0bbce3ad8
wow!!!!!! wow
making this work required implementing comma and keyword in the log-load transform
Force-Push: yes
Change-Id: If888d89c23389720840b49b72478e4826a15a269
yessssssss2026-05-19T07:38:46+00:00Irene Knappireneista@irenes.space2026-05-19T07:38:46+00:00urn:sha1:ebd8be68201201fd86fc4a4e4e0a535738af86bd
so okay, now all the machine code stuff is implemented and it builds without crashing
the generated executable still crashes though, but this was enough work that it's getting a celebratory check-in
Force-Push: yes
Change-Id: I201e6912253647da58ef3537c735b478b0dca9fb
okay there's a strat for making the here/latest variables now2026-05-18T23:36:08+00:00Irene Knappireneista@irenes.space2026-05-18T23:36:08+00:00urn:sha1:eec336dea3d86e176c4bd86c435e6be35fec64e2
it doesn't work yet, but it's gonna
the reason it doesn't work is that the new helper log-load-variable relies on the assembly-definition words being statically available, and they aren't yet
that's fine though, this is still a huge change, worth checking in. why? well, it represents like 16 hours of debugging which culminated in some very minor changes to the semantics of the label transform, in order to make missing words easier to notice and debug. see comments for details.
woooooo :D
Force-Push: yes
Change-Id: Id8334819d165ba9e3156ef2bf32008af748eac29