hashsplit.py: create blob objects by hand, not with 'git hash-object'

Much quicker this way, since we never need to fork anything.

hashsplit.py is now much, much faster than before.

4.8 secs vs. 0.8 secs for testfile1.

Still vastly slower than the C version (0.17 secs including time to fork
git for each blob) but still a significant improvement.

The remaining slowness seems to be entirely from:

- running git hash-object (which we can avoid by hashing the object
  ourselves)

- running the rolling checksum algorithm (which we can speed up using a C
  module)

So it's looking good.

hashsplit.py: a python version of hashsplit.c

It's slow.  Very slow.  But hopefully it won't be too hard to optimize.

Make split condition depend on ~0, not 0.

Otherwise we could end up splitting on one-byte blocks, which is pretty
dumb.

Report the block size when splitting each block.

Add a README

Add some comments so nobody thinks I think fgetc/fputc are fast.

Add a comment to stupidsum_add() so people don't think I'm an idiot.

Yes, I know shift-and-xor is a supremely lame algorithm.

Rename hsplit/hjoin to hashsplit/hashjoin.

Add a trivial hjoin, the reverse of hsplit.

Aha, fixed a bug causing the split points not to resync.

Actually hash stuff, and add a basic 'make test'.

Unfortunately the test fails: after the first difference, it never manages
to resync.

Extremely cheesy initial implementation of rolling-sum-based splitting.

The checksum algorithm is crap, and we don't actually generate the output
files yet, so I'm guessing it's still junk.