Fix Tally Parser with parser function overloading

[MicahGale]

This is likely dependent on #137.

Background

As part of !98, which was meant increase the test coverage for 0.2.0alpha prior to a full release. I discovered that a lot of the code in mcnpy/input_parser/tally_parser.py wasn't being ran. Specifically the syntax rules for handling TR3 (1 2 3). This took forever to figure out, and was very much black magic.

The issue was that all parser objects had the same function object for number_sequence, and CellParser was redefining this to handle fill statements.

I tried to fix this in the branch overload_dict (see 3328c0b, and d57793b).

For the time being, I am thinking of reverting my changes to the parsing rules for the time being because:

1. Test cases weren't failing
2. Tallies aren't being worked with so the tree doesn't need to be pretty
3. This is going to need Find parsing bottle necks. #137, which is turning out to be pretty complicated.

[MicahGale]

mentioned in commit 11357498c80cc4efbe23aa0495e885a1b82aa7cd

[MicahGale]

mentioned in commit a874421900e7e2e78d2af094058b23cf8724db8e

[MicahGale]

mentioned in commit d1009c00d44ac9ec97604cc0a9f3a71afc2372cc

[MicahGale]

mentioned in commit fef598518e5c1e1f8eb9c2c3f2371ef84eba36c5

[MicahGale]

mentioned in commit 3b58558e00c4ece922c1ab18b75c8d649ab985f4

[MicahGale]

mentioned in commit d1977a9d8b19949d5059cc80fc41b3508a0dbd8b

[MicahGale]

mentioned in commit 607707b