<feed xmlns='http://www.w3.org/2005/Atom'>
<title>evocation, branch main</title>
<subtitle>Call forth the blue-green flame of computation from the universe, weave its energies into a fabric, that we may share our blood with it.
</subtitle>
<id>http://code.irenes.space/evocation/atom?h=main</id>
<link rel='self' href='http://code.irenes.space/evocation/atom?h=main'/>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/'/>
<updated>2026-09-23T14:11:43+00:00</updated>
<entry>
<title>typo fixes</title>
<updated>2026-09-23T14:11:43+00:00</updated>
<author>
<name>Irene Knapp</name>
<email>ireneista@irenes.space</email>
</author>
<published>2026-09-23T14:11:43+00:00</published>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/commit/?id=214a8608436dbec178974dbabf84dc5f28cf8e24'/>
<id>urn:sha1:214a8608436dbec178974dbabf84dc5f28cf8e24</id>
<content type='text'>
from Fred Crowson - many thanks!

Force-Push: yes
Change-Id: I369bd987b492ae01d8bed5b3ee9ee88073007c9c
</content>
</entry>
<entry>
<title>remove the magic words</title>
<updated>2026-09-23T12:35:36+00:00</updated>
<author>
<name>Irene Knapp</name>
<email>ireneista@irenes.space</email>
</author>
<published>2026-09-23T10:48:08+00:00</published>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/commit/?id=b0b79f474956f7537d2eb576c4b4cfd6795bc1bc'/>
<id>urn:sha1:b0b79f474956f7537d2eb576c4b4cfd6795bc1bc</id>
<content type='text'>
now all the command-line invocations are pleasingly short :)

Change-Id: Ibe2b9f3b85ab3a51a9d95e3511b273664e6a8807
Force-Push: yes
</content>
</entry>
<entry>
<title>fix a minor bug in consume-from</title>
<updated>2026-09-23T11:04:54+00:00</updated>
<author>
<name>Irene Knapp</name>
<email>ireneista@irenes.space</email>
</author>
<published>2026-09-23T10:50:06+00:00</published>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/commit/?id=42e213368b5382bd3f39ab10fe147a088486523f'/>
<id>urn:sha1:42e213368b5382bd3f39ab10fe147a088486523f</id>
<content type='text'>
this had been interfering with intended behavior when hitting EOF. the intent was that key returns 0, then word also returns 0, and finally interpret or the active transformation also notices it's supposed to exit. consume was leaving a stray value on the stack, which prevented all of that.

with this, it should be possible to remove the magic-word end delimiters for the transformations. end of an era :) that'll happen in a followup CL.

Force-Push: yes
Change-Id: Ib87afcf9199cc982250c4e66761c5fb056164fb7
</content>
</entry>
<entry>
<title>use file calls to read source during compilation</title>
<updated>2026-09-23T10:16:26+00:00</updated>
<author>
<name>Irene Knapp</name>
<email>ireneista@irenes.space</email>
</author>
<published>2026-09-23T10:14:24+00:00</published>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/commit/?id=f5ac975b7f4f1931a687f4c60d008498f798128b'/>
<id>urn:sha1:f5ac975b7f4f1931a687f4c60d008498f798128b</id>
<content type='text'>
as a result of this, the massive invocations to compile things are now shorter

not all the way shorter, but significantly shorter :)

because of where these changes are, this doesn't change the binary at all, so no new evoke.hex is needed (yay!)

Force-Push: yes
Change-Id: I35dfd065b2a4fc4bf1b80f402a07088efca43676
</content>
</entry>
<entry>
<title>all the syscall parameters are in the kernel's order now</title>
<updated>2026-09-23T09:27:52+00:00</updated>
<author>
<name>Irene Knapp</name>
<email>ireneista@irenes.space</email>
</author>
<published>2026-09-23T01:52:50+00:00</published>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/commit/?id=d5030a4cf75b3600c957b0d48e0e68946367e919'/>
<id>urn:sha1:d5030a4cf75b3600c957b0d48e0e68946367e919</id>
<content type='text'>
there was never a good reason for them not to be

plus, the formerly bespoke ones use the generic helpers now; sys-open and sys-close are implemented; and a bug in push-input-buffer and pop-output-buffer is fixed

unfortunately these were breaking changes, so there's another evoke.hex in this one

Change-Id: Ifad58fc2fd757adcf89a69c59575565a10406ec2
Force-Push: yes
</content>
</entry>
<entry>
<title>add a file descriptor field to the input buffer metadata struct</title>
<updated>2026-09-22T10:07:23+00:00</updated>
<author>
<name>Irene Knapp</name>
<email>ireneista@irenes.space</email>
</author>
<published>2026-09-22T10:07:23+00:00</published>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/commit/?id=a569f93740bbbac3230434ee56bc51aa38be21ac'/>
<id>urn:sha1:a569f93740bbbac3230434ee56bc51aa38be21ac</id>
<content type='text'>
and use it where appropriate

Force-Push: yes
Change-Id: I68c478460780a6ea6ac8d1cc437981e2899ef122
</content>
</entry>
<entry>
<title>change sys-write and sys-read to take file descriptors</title>
<updated>2026-09-22T10:04:05+00:00</updated>
<author>
<name>Irene Knapp</name>
<email>ireneista@irenes.space</email>
</author>
<published>2026-09-22T00:41:43+00:00</published>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/commit/?id=70361dab75dd03c17df24a807859135fc423e766'/>
<id>urn:sha1:70361dab75dd03c17df24a807859135fc423e766</id>
<content type='text'>
and also sys-write didn't used to return a result

this required a little massaging to make it build, the host evoke needed to not actually pass the file descriptor in evoke.e. for posterity: this was fixed by changing it everywhere else as a one-off, then changing it there and using the intermediate version to build the one being checked in now.

this kind of weirdness is a thing we get the freedom to do because of the bootstrapped distribution model, though we still strongly prefer not to do it unless necessary. this breaking change would have had to happen at some point, so it's considered acceptable.

the size of the diff to evoke.hex is larger than ideal. this raises the need to have a policy for when to regenerate it. since this is a breaking change, it's mandatory. it also seems important to commit a regenerated copy when a release is tagged. it will probably turn out to be a good idea to not regenerate it excessively, otherwise.  it's possible that in the long run it might make sense to add name-mapping functionality to hex, just to make the diffs smaller.

Force-Push: yes
Change-Id: I2648b2577c5c21b126e46405e9888b5cb59aa0b7
</content>
</entry>
<entry>
<title>typo fix, thanks mei&amp;</title>
<updated>2026-09-21T22:35:41+00:00</updated>
<author>
<name>Irene Knapp</name>
<email>ireneista@irenes.space</email>
</author>
<published>2026-09-21T22:35:41+00:00</published>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/commit/?id=06b27a06095a9f21fd6c9e70185c6bbe296e65c4'/>
<id>urn:sha1:06b27a06095a9f21fd6c9e70185c6bbe296e65c4</id>
<content type='text'>
Force-Push: yes
Change-Id: I287ce3331bb719b6a8920164f6550b472706b33b
</content>
</entry>
<entry>
<title>release version 3.0</title>
<updated>2026-09-21T07:40:45+00:00</updated>
<author>
<name>Irene Knapp</name>
<email>ireneista@irenes.space</email>
</author>
<published>2026-09-21T07:29:46+00:00</published>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/commit/?id=0860b49f8e326016349e1096ab705dc0efefe3a8'/>
<id>urn:sha1:0860b49f8e326016349e1096ab705dc0efefe3a8</id>
<content type='text'>
this is the first-ever release! wow :33333

have fun y'all!!!!

Force-Push: yes
Change-Id: Ifc95e4e63e4ee477b4c23d83a82f7a1e050f7925
</content>
</entry>
<entry>
<title>mark a couple labels in hex.e as non-offset</title>
<updated>2026-09-21T07:37:17+00:00</updated>
<author>
<name>Irene Knapp</name>
<email>ireneista@irenes.space</email>
</author>
<published>2026-09-21T07:37:17+00:00</published>
<link rel='alternate' type='text/html' href='http://code.irenes.space/evocation/commit/?id=53cb8ad78845f95383b0a253eeef05cc76364743'/>
<id>urn:sha1:53cb8ad78845f95383b0a253eeef05cc76364743</id>
<content type='text'>
and rebuild hex.hex with the latest features

Force-Push: yes
Change-Id: Ic96c1ff6b06d2ecfb08a5c6829206460c0cdcf95
</content>
</entry>
</feed>
