freenode/#sicl - IRC Chatlog
Search
10:58:41
luis
beach: right, Cleavir might be too heavy handed at this point. I'm not looking to have all editing commands operate on the CST/AST or anything like that. But definitely something to consider in the future. Shinmera's Staple seems promising.
11:04:24
Shinmera
Or rather: I leave it up to the user to install the apropriate extensions to Staple do work with it correctly.
11:05:41
Shinmera
Using an Eclector readtable that delegates to CL's current one on unknown reader macros could maybe, perhaps, work somewhat but I can see lots of ways for that to go wrong too.
11:06:46
luis
Shinmera: well, my first intuition was to copy user reader macros into the Eclector readable. That wouldn't very well once the reader macro calls CL:READ, for instance
11:07:42
Shinmera
You could work around that by just discarding the result or wrapping it in a way that marks it as ignored for the rest of the machinery.
11:11:35
luis
But, we might be able to instrument the cl:*readable* to delegate everything to Eclector.
11:14:52
luis
OK, I've got a rough plan, now all I need is some quality computer time. (I'm trying this on my phone right now. *sigh*) Thanks Shinmera and beach for the discussion.
11:54:27
|3b|
ACTION seems to need actual regalloc/lifetime/etc stuff in my android compiler now :( too easy to run out of 16 registers without any
12:06:46
|3b|
ACTION currently has a register allocator that just increments a counter when it sees a new variable, which worked for some trivial things, but starts to not be enough
12:07:24
|3b|
i theoretically have 64k 'registers', but some instructions can only use the first 16 or 256 of them
12:12:37
|3b|
maybe i can get away with just reserving some low registers for function calls and such that are limited to 16, and copy as needed