:D

Renamed the repository now since I need the new link now and I expect the period in which it's not current to be small and harmless.

Tacking on to this idea for later, we should probably extract to a tmp directory outside of the cwd. We might also consider integrating git directly into the project metadata...

I think some of your proposed types can be added as a seperate feature (for example le,be versions of types). Let's define the default set of types for successful completion...

This comment is more of a note to myself. Seeing that, in #34 we want to add dynamic-sized types, the current design that is being developed may be inadequate for...

I merged the final interface for implementing types as well as implementations for char, byte, int32le, and uint32le. I'll keep this issue open until I've implemented all (or most) types...

Check out https://github.com/google/python-gflags for an idea of what it would look like (only replace the whole FLAG thing with CONFIG or whatever)!

Some future features to keep in mind when implementing this feature: - enums ``` enum file_type { TYPE1 = 0, TYPE2, TYPE3 }; ``` - in-place conditionals ``` ... file_type...

Deleted second enum declaration, as I agree it's just clutter. I don't want to use # for conditionals because that implies preprocessor, and the if statements that I describe would...