Switch from cmake to distutils extensions for nupic installation

This PR aims make Nupic "pip installable". For this it tries to leave the build/install process the more "pythonic" as possible using:
a) native support from Distutils/SetupTools to build all C++ extensions (https://github.com/numenta/nupic/issues/1573) 
b) Python scripts to perform jobs that were being performed by C++ executables (https://github.com/numenta/nupic/issues/1576).

The motivation of B is because it's very tricky install all current cpp executables and libraries using A solution. Some of these libraries (like `bindings`) are inevitable to be build as extensions, however c++ extensions like `htmtest` and `compare_nupic_core_version` can be replaced to python scripts. Different than bindings, these 2 extensions are complicating the process as they should be installed into souce repository (`bin` folder, to be exact) and not into `nupic` package install folder like the other modules. 

Once that all extensions now can be build in a natural way, we can remove CMakeLists.txt from NuPIC Pyhton. This makes that CMake becomes essential only to build the NuPIC Core library: as this is an optional job, we could bypass CMake/Git use during PIP process decreasing the number of build/install steps and dependencies.

I still am working on the pythonic version of `HtmTest`. Thus it's normal that some tests fail, because Travis still is referencing its c++ version. 

* * *

## TODO:
- [ ] Figure out the `ARCHFLAGS="-arch x86_64"` requirement on darwin64
- [ ] Update supporting documentation (README, wikis) with any build changes
- [ ] Use a standard setuptools temporary file location for nupic.core binary download, unpacking, and cloning
I think a lot of people are used to the call to `setup(...)` being called at the end of the file. I have never seen a `setup.py` that uses the `__name == "__main__"` check. So I'd lean towards putting this at the end, outside of a class or `__name__` check. We really shouldn't be executing a bunch of stuff in a class's `__init__` anyway.