I think this is more than is necessary but it's so hard to reason about that.

And then I saw that we don't rewrite delattr anyway.

Sometimes to pass a variable number of argument we allocate an array, store
the arguments in that array, and then pass the array as the single C-level
arg.  This caused ref issues where the refcounter thought that the variables
were dead after the store -- ie before the function call -- and it would
decref them right then.  This commit adds a "refUsed" hook that allows us
to specify these sorts of "non-IR-based" uses.

Another option would have been to make the arrays fully refcounted (ie the
array itself is treated as owning references to its contents), but in this
case I think that's overkill since it's really just an ABI issue that the
refcounter didn't understand.

It changes the memory allocation pattern based on the number / names? of the
cache files, making it very hard to get deterministic output from malloc.

They were handled as a "assert 0; jump to loop that doesn't return".
Instead, just allow "assert 0" to be a block terminator.