I'll work on big int rem today

You should be good as of 84d8584

something is not quite right, here's an example:

test "aoeu" {
    const hash1 = 0xa847d26c2f966c5c4cc222b174918a56037cdee34b3f872f;
    @compileLog(hash1);
}

$ ./zig test test.zig 
| unreachable
Aborted

Looks like bigint_rem got the wrong value for 4126227191251978491697987544882340798050766755606969681711 % 10.

I fixed the above bug with remainder division in 6a95b88 but the blake tests when uncommented still don't pass for me. Probably there is still something wrong with bigint. See #405

Awesome. I'll actually change the return method to fill a input slice I think. If we add extendable-output hash functions (such as SHAKE) we will want to avoid the copies anyway and the API consistency will be a bit cleaner.

Updated all the crypto functions to fill a result buffer. All tests passing now.