Starting to enforce our coding style. The first step is that we’ve pulled in Rubocop to check out Ruby syntax. There is likely a bit of customization to do yet AND there is definitely that backlog of todo’s that we just told it to ignore.

If, longer term, the Travis-CI support for 32-bit is inconsistent
the lines that failed are:
 - make -s DEBUG=-m32
 - cd ../example_3 && rake
Add target 'ci' for building examples with -Werror

Altered the rake build so that it passes. The example_3 shows off
some failing tests, so the rake build has to ignore those.
Update .gitignore file with executables from examples

Switch to C language so we can specify operating systems. We have to install ruby 2.1 via rvm because the ruby interpreter on travis ci crashes when running rake ci, however that same version of ruby works fine on my local machine. This work around adds about 6 Minutes to the build and should be replaced as soon as possible to speed up builds.

 Remove stdint.h from the C89 build due to -pedantic warnings from type
  'long long' and constants like UINTPTR_MAX = 18446744073709551615ULL

 This solves the warnings from -Wredundant-decls when overriding the
  OUTPUT function with a function declared in another header.
 It's better this is the non-default option, since using it requires either
  a declaration of the new function OR a preprocessor guard on declaring
  UNITY_OUTPUT_CHAR (as in unity.c here), in every file using the function.
 See Pull Request #185 for more.

 Prevent changes in core Unity from silently breaking Fixture

rearranged project to centralize all self-test stuff under test directory. only pull in includes when required.