CMake based build system implemented.
Features:
- Export targets from BOTH the build AND install trees
- README.md updated to reflect addition of CMake support
TODO:
- Add tests using json_example.f90
- Test on Linux (and Windows?)
- Add uninstall target?
URL typo fixed
Improved build logic to ensure consisten Fortran compilers
- README.md updated and reflowed
- jsonfortran-${CMAKE_Fortran_COMPILER_ID} is now passed to `find_package()`
  by projects wishing to import jsonfortran
- libraries and mod files installed under fortran/${CMAKE_Fortran_COMPILER_ID}
  to enable parallel installation of packages built by different compilers the
  package config logic ensures that the correct compiler is used
Added portable unistall target/goal
Added some Intel & GNU check, warning and traceback flags
Issues fixed surrounding the shared/dynamic library build
1. For some reason, CMake refuses to add the requisit linker
   flags (`-Wl,-rpath,/path/to/dylib`) when building executables
   against the imported dylib on Mac OS X and the Intel compilers.
   gfortran 4.9 seems to not trigger this CMake bug for some reason.
   Still investigating.
1. An option is present to select absolute install_name_dir vs @rpath
   on Mac when building the dylib. Since some issues with @rpath and
   CMake persist the `INSTALL_NAME_DIR` property is used rather than
   `@rpath`
1. However, if `DESTDIR=...` is defined when you `make install` the
   install name dir set at congigure time is no longer correct.
   Some install time CMake code was added to help fix this.
1. Some cached properties controling the build behavior were re-
   named to enable better grouping in `cmake-gui` and `ccmake`
Bug in install name dir when using DESTDIR fixed
More quoting of file names and directories to be defensive.
@rpath seems to work all the time now, except when using DESTDIR
to install. Also, the contents of <proj>-targets.cmake seem to be
pointing to incorrect places to find targets, but this doesn't seem
to cause any issues. (other than, perhaps, the @rpath issue)
Merge branch 'master' of github.com:zbeekman/json-fortran into CMake-build
This incorporates upstream changes from
github.com:jacobwilliams/json-fortran made by @jacobwilliams.
Conflicts:
	README.md
Fixed README.md syntax highlighting issue
Introduced by accidental paragraph reflow
Fixed Install dir issue on Linux
minor change.
Stop passing -rpath to linker on Linux
Undo unset CMAKE_MACOSX_RPATH explicitly
Fixed DESTDIR install issue.
Cleanup to produce fewer diffs with upstream
Updated lib name in build.sh to libjsonfortran
Fixes #3 in https://github.com/jacobwilliams/json-fortran
Implemented install directory structure discussed in #3
mod files are now installed along library archives/objects,
under `<prefix>/lib/<project>-<version>/<compilerID>/`
Some variables were refactored to, to try to simplify
the CMakeLists.txt file.
Improved readability in top level CMakeLists.txt
Pushed some CMake ugliness to included files
install location: <prefix>/jsonfortran-<conpilerID>-<version>
e.g. /usr/local/jsonfortran-intel-1.0.0
Merge branch 'master' of https://github.com/jacobwilliams/json-fortran into CMake-build