| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
| |
Parsing pairs of atoms.
|
| | |
|
| |
|
|
| |
Don't die if an instruction accidentally has too many products.
|
| | |
|
| |
|
|
|
| |
Reorganize parser to make room for parsing pairs. But first test for
pairs is still failing.
|
| |
|
|
| |
Handle multi-character atoms.
|
| |
|
|
| |
Degenerate 'parser' that handles just atoms of one character.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Reorganize data structure for lambda cells. Create our first real unit
test for the compiler in the process.
|
| |
|
|
|
|
| |
Bugfix: permit dummy product when trying to convert exclusive
containers. The 'status' product is still required, however. Without it
there's no point to calling 'maybe-convert'.
|
| |
|
|
| |
More accurate count of failing tests.
|
| |
|
|
|
| |
Nothing runs yet. Just spewing out code at this point, as a kind of
sketching.
|
| |
|
|
|
|
|
|
| |
Always show instruction before any transforms in error messages.
This is likely going to make some errors unclear because they *need* to
show the original instruction. But if we don't have tests for those
situations did they ever really work?
|
| |
|
|
|
|
|
| |
Warn if 'put' or 'put-index' has a mismatch in the type of the product,
not just the name. It won't do any harm, but could be misleading to a
later reader. In both instructions, the product is just for
documentation.
|
| |
|
|
|
| |
Failures in scenarios should consistently trigger the summary message
showing number of failed tests.
|
| | |
|
| | |
|
| |
|
|
| |
Fix CI.
|
| |
|
|
| |
Better error messages on missing traces in Mu scenarios.
|
| |
|
|
|
| |
$dump-trace had stopped working with an explicit layer. Thanks Jack and
Ella Couch.
|
| |
|
|
|
| |
Fix routine instruction count assignment to handle multi-slice scheduled
routines in the sandbox.
|
| |
|
|
|
| |
Show number of instructions in the editor when a
user clicks on a run instruction in the sandbox.
|
| | |
|
| |
|
|
|
| |
This was long overdue. Thanks Jack, Ella and Caleb Couch for repeatedly
asking for it.
|
| | |
|
| |
|
|
|
| |
In experiments on my laptop it seems to compile a little faster and run
slightly slower. Both might be in the noise.
|
| |
|
|
|
|
| |
Minor tweaks to 3105, primarily using more distinctive locations in the
unit test. 1, 2 and 3 can mean so many different things, they don't
catch the eye as much.
|
| |\
| |
| | |
3105
|
| |/
|
|
| |
Add number-of-instructions recipe to Mu
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'd been toying with this idea for some time now given how large the
repo had been growing. The final straw was noticing that people cloning
the repo were having to wait *5 minutes*! That's not good, particularly
for a project with 'tiny' in its description. After purging .traces/
clone time drops to 7 seconds in my tests.
Major issue: some commits refer to .traces/ but don't really change
anything there. That could get confusing :/
Minor issues:
a) I've linked inside commits on GitHub like a half-dozen times online
or over email. Those links are now liable to eventually break. (I seem
to recall GitHub keeps them around as long as they get used at least
once every 60 days, or something like that.)
b) Numbering of commits is messed up because some commits only had
changes to the .traces/ sub-directory.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Another bug, this time in cycle detection, which had been present from
the start but hadn't actually been tested until now. Turns out it had
two bugs, one with the map not being passed into a recursive call, and a
more subtle one: I wasn't actually saving the right input address.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Gaining confidence now in the fix of 3086. Basically I forgot that
size_of doesn't canonize its argument (because it needs to run at
transform-time, but canonize cares about the value of the reagent for
arrays, and value is only available at run-time). So I was always
returning the size of the address (1) as the size of its payload.
|