Add copy-to-clipboard functionality

Should work in recent Chrome, at least.

Avoid unnecessary base conversions

Instead of converting to a canonical hexadecimal base format, let the
updating component juts pass back the raw value + base. This should cut
the number of conversions by about 25%. For example, if I change the
binary field, instead of converting to hexadecimal once, then from
hexadecimal to some other base for three of the four fields (ie. four
total conversions), we instead just convert three fields.

Add some styling to make layout sane

Allow user to fully clear input field

Hook up convert() function to UI to show that it works

Implement `convert` function

Along with some illustrative tests. More to come (will fill in the blank
`it` blocks).

Based on the technique described at:

http://www.danvk.org/hex2dec.html

Don't mutate input array in joinDigits()

`reverse()` is a nasty API. It returns the reversed array, but also
mutates it in place. Noticed while using `joinDigits()` to log stuff
while developing.

Extract joinDigits() function

Speed up multiplyDigits even more

Implement the algorithm described in the last commit message.

Speed up multiplyDigits

If we can double the length of the result in a single operation, we do.
This makes us faster for larger multipliers.

Note that I could make this even faster for really big multipliers by
employing some kind of memoization:

eg. multiply X by 1000:

  - iteration 0: X + X (2X)
  - iteration 1: 2X + 2X (4X)
  - iteration 2: 4x + 4X (8X)
  - iteration 3: 8X + 8X (16X)
  - iteration 4: 16x + 16X (32X)
  - iteration 5: 32X + 32X (64X)
  - iteration 6: 64X + 64X (128X)
  - iteration 7: 128X + 128X (256X)
  - iteration 8: 256X + 256X (512X)
  - iteration 9: 512X + 256X (768X) [use largest possible prev value)
  - iteration 10: 768X + 128X (896X) [largest possible is smaller now)
  - iteration 11: 896X + 64X (960X) [and smaller]
  - iteration 12: 960X + 32X (992X) [smaller]
  - iteration 13: 992X + 8X (1000X) [smaller still; note skip as well]

This might be hard to implement though. I was thinking it might call for
a heap but I don't think so; it just needs a stack, and we pop off until
we get a usable value from it.

Add multiplyDigits and friends

More setup, blinking light demo

This is a mess of things that should be committed separately, but rather
than do that I think I am just going to squash the history before
publishing. Or not. Possibly can't be bothered.

Use the right port number

I find this makes all the difference...

Pull across sinon "mock" from docvim project

Should have down this previously, but overlooked it.

Forget about jsx extensions

I don't use (and never have used) them.

Ignore built products

Replace boilerplate server.js with gulp-based runner

I want to use gulp as a uniform interface for building, running,
watching etc. This is a start.

Add `add` module

Tailor package.json metadata to match project

Add standard test tools

Boostrap using react-hot-boilerplate

I am too lazy to figure out how to use Webpack etc, so just using this
minimal boilerplate as a starting point:

https://github.com/gaearon/react-hot-boilerplate.git

This corresponds to the current HEAD of the master branch (commit
f66496ab2f068150fbeb7c95bb137e06e1a02b47).

Create new unparented branch for JavaScript implementation

Getting this ancient codebase building on Yosemite is going to be more
trouble than it's worth (Xcode has changed too much, and GMP was always
hard to compile at the best of times), so let's rebuild this in
JavaScript as a web app.