| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
| |
More tests, another bugfix. I still don't *really* understand why it
works, though..
The new tests aren't really done yet. No assertions, lots of debug info.
Just translated from sandboxes. deep_copy_stress_test_2 requires the
bugfix.
|
|
|
|
|
|
| |
To my surprise, I might be done with deep-copy. Suddenly all the holes I
had for special cases have melted away. At least any new bugs will be
holes I'd never thought of.
|
| |
|
| |
|
| |
|
|
|
|
| |
Thanks Ella Couch for reporting this.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Back to slow progress on deep-copy.
|
|
|
|
| |
Thanks Ella Couch for finding this bug.
|
|
|
|
| |
Support for containers without addresses.
|
|
|
|
| |
Just simple non-address primitives so far.
|
| |
|
|
|
|
|
| |
Extract out the implementation of 'allocate' so other instructions
(ahem, deep-copy) can use it.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Thanks Stephen Malina for the suggestion.
I don't yet know how to include comments in the .ctagsrc file, so I'll
include them here for now:
To use this file, symlink or append exuberant-ctags-rc to your
~/.ctagsrc.
|
| |
|
| |
|
| |
|