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`