unity.h and unity_fixture.h output their results in different string formats. This parseOutput.rb script already parsed the unity.h output to generate a JUnit-style XML summary which could be parsed by CI servers to graph the history of test pass/fail results. The changes in this commit allow the script to also handle the output format of unity_fixture.h which utilizes groups to add a layer of organization for tests.

The changes in this commit were authored by Justin Seifi, my coworker, who has approved of me submitting his work back to this open source framework repo.

This resolves #219. When generating a new module, if all the files to
generate already exist then it fails as before. If some of the files
already exist, then the files that need to be created are created. Any
existing files are not changed.

Also added a bunch of tests for this feature via rspec. Run them from
the test folder with `rake spec`.

- configurable case.
- better passing of includes and boilerplate information
- test only pattern
- optional naming conventions for case

Added ability to inject defines, much like what was built into Ceedling before Ceedling switched to just using this generator.

refactor generate_module so that it can be called as a class from within Ceedling (much like the test runner generator)

This fixes #220.

Removing strings from test files is still dangerous, but much
less likely to cause problems after this change to do the
removal after removing comments.

The bug could still manifest if a test file contains defines two
macros, one that contains a single quotation mark and then another
defined somewhere after it that contains a single quotation mark.
Everything in between the aforementioned quotation marks would
still be ignored after this commit, but that is an unlikely
scenario.

Change-Id: I2dbae30e21ab31921817f68fd7a5e08d21c76626

Updated method of testing generate_test_runner script to be a FUNCTIONAL test instead of a perfect code match. Backfilled most tests and added some coverage not previously present. Still need to test new command line args and a few cmock details.

Script verification hasn't been added yet.

feedback from @mvandervoord (Thanks).

This supports mock headers of the form:
    #include "some/dir/MockMyCode.h"
Where the mock name is actually MockMyCode.

I *think* this is the most common scenario when working with mocks
in subdirectories but if not this could be modified to support
alternate schemes.

Changed the guard syntax as it was cumbersome for header files in deep
sub-directories. Added framework/mock includes to make the header file
stand alone. Made sure that a valid prototype was generated in the case of
no arguments (void).

This allows alternative entry points. This is intended for the
integration of the unit test into a larger system or for it to be used with
a platform/OS which requires an application entry point other than main. At
the moment there is no way to change the type signature.

- Fixed a big ugly error in the fancy RUN_TEST handler

Output used headers from test runner generator

since this is a python port of "unity_test_summary.rb" the console usage output should say "unity_test_summary.py" instead

the test runner generator now has the ability to also output a header file for the tests, which can get pulled into the test itself if desired.

protect against capturing both declaration and definitions and therefore creating a runner which runs that test twice.