Minor cleanups

[grg]

Replaces #7 -- that PR got closed automatically after merging the license branch. I guess things work differently when merging from a fork vs merging from a different branch in the same repo.

Several small clean-ups:

• Switch from #!/usr/bin/perl to #!/usr/bin/env perl to use the Perl version that appears first in the users path. This is useful when the user wants to use a different version of perl than that provided with the OS -- this may happen when using an older OS version for vendor tool compatibility, but a newer Perl has been installed.
• Remove pre-compiled Genesis binaries with compiled-in modules. Without this, changes to the Genesis Perl modules don't impact Genesis execution. Perhaps an install step should be generating a compiled binary?
• Add a space to the "Generating " message.

[steveri]

I did some poking around with these changes...it looks as though we will have to do some alterations before this works with 'pip install'...I will see what I can do...

[steveri]

Okay, here's my plan, @grg see if this works for you

• I will upgrade the 'pip install' bpypi binary so that it works with this new set of changes
• I'll spend a little time verifying
• then I will give final approval for this merge

Hopefully that will happen by end of day today or tomorrow.

Offline, in the background, I will work to unify the 'pip install' and manual-install paths so that we don't run into this problem in the future...

[steveri]

Done and done.
Looks good. Approved!
Merge at will.

Comparing 80312 lines of tmp-garnet.v0 (generated using Genesis2 existing master)
versus    80312 lines of tmp-garnet.v1 (generated using Genesis2 'pull/9/head')

diff tmp-garnet.v0 tmp-garnet.v1
# [ no diffs ]
Test PASSED

[steveri]

Oops please do not merge this yet there appears to be a problem

see comment

[steveri]

NVM the issue has been resolved, and it was of course not the fault of your code.

Approval is re-applied, merge at will.

Maybe do it fast before I get confused again :)