refactor program options

[jmjatlanta]

Collecting data from the command line and reconciling that with configuration files are not fun, but are a necessity.

Currently, Komodo uses AppInit and AppInit2 to do this process, but:

• it mixes command line options with business logic (i.e. check that the value is valid, then go adjust some setting, then move on to the next parameter).
• it is very large and difficult to maintain

Splitting configuration parsing from the logic that uses the parameters means the logic to parse is placed in one area, and the logic that uses them in another.

That is one of the major goals of boost::program_options. Such work is still cumbersome, but I believe this (or something like it) will ease the burden and straighten out some of the complexity.