Commit graph

23 commits

Author SHA1 Message Date
f7eabb9b62 Working on eval/apply. Unfinished, does not build. More significantly,
as the focus ot this prototype is supposed to be building things in
Lisp,
I've started deliberately copying stuff that mostly works directly from
the 0.0.6 branch into this branch. After all, if it's going to be
replaced in Lisp, it doesn't have to be the most elegant C.
2026-04-25 21:52:05 +01:00
63906fe817 Print is less badly broken. Read is less badly broken. GC is too aggressive. 2026-04-24 21:20:23 +01:00
22b0160a26 Builds and runs, but print is badly broken. Need some rethink. 2026-04-24 09:22:06 +01:00
9425506e2a OK, garbage collection is now working a little bit. 2026-04-23 17:34:07 +01:00
aa0d60bbed It compiles. It runs. Nothing works, but it also doesn't crash. Victory! 2026-04-23 11:50:30 +01:00
8d2acbeb0f Still making progress. Dropped the archive because it was causing problems. 2026-04-22 21:09:15 +01:00
eed4711fee Another inconclusive session: still nothing works, still making progress. 2026-04-22 18:16:00 +01:00
ef59563e25 Still in progress. Nothing workds. 2026-04-21 14:43:09 +01:00
aa5b34368e Modified make_cons and make_frame to illustrate the pattern I
want to apply generally. This does not compile!
2026-04-20 23:21:30 +01:00
6148d3699f Right, I'm committing this session because I'm too cold and tired to go on.
It does not at present build (and it's going to take a good bit more work
before it does).
2026-04-20 18:29:28 +01:00
f05d1af9d6 Successfully added mutexes protecting freelist access. No behaviour change. 2026-04-20 13:59:47 +01:00
c59825d7fe Closes #18. Change to char32_t everywhere; builds fine, behaviour as before. 2026-04-20 12:10:38 +01:00
f915a9993f Fixed assigning arguments to slots in the frame; also fixed a bug in bind...
But did that by switching away from using Lisp calling convention, because
that broke horribly. This is bad news and must be sorted out.
2026-04-16 17:13:20 +01:00
ba985474f6 Initialisation almost succeeds. nil and t are successfully instantiated.
We then go into a mess of exceptions which trigger exceptions until we run out
of allocatable memory, but all those exceptions and stack frames are correctly
allocated and torn down again afterwards, so.... sort of good?
2026-04-16 11:39:01 +01:00
f751fc8a09 More code, closer to working, still builds. 2026-04-15 22:47:44 +01:00
c9f50572ab Many more ops written, and it compiles. Nothing works yet. 2026-04-15 19:50:10 +01:00
b6480aebd5 Converted everything to the new lisp calling convention.
Fixes #19
2026-04-01 17:11:10 +01:00
9eb0d3c5a0 I think read will now read integers and symbols, but it's untested.
Everything compiles.
2026-04-01 16:06:16 +01:00
a302663b32 Well, I really made a mess with the last commit; this one sorts it out. 2026-03-31 20:09:37 +01:00
a8b4a6e69d My monster, it not only compiles, it now runs! 2026-03-30 11:52:41 +01:00
04bf001652 Progress, but it still doesn't build. I think I'm close, now... 2026-03-29 12:03:31 +01:00
00997d3c90 Down to to compilation errors. Had to reinstate individual size-class headers. 2026-03-29 11:07:30 +01:00
cae27731b7 Huge amount of work. Does not even nearly compile, but it's nearer. 2026-03-28 23:46:14 +00:00
Renamed from src/c/memory/stack.c (Browse further)