Allow iov_base as char * on Solaris 8/9/10.

Include zmq.h after platform.hpp

On Solaris 8, 9, 10/SPARC, iov_base is of type caddr_t which is char *. The Sun C++ compiler errors with "Cannot assign void* to char*". Using a static case to override this. On Solaris 11, HP-UX, AIX, and RHEL, iov_base is void * so no issues there. This seems a rather hackish solution so open to something better.

zmq.h requires definitions from platform.hpp so include platform.hpp before zmq.h. This is only an intermediate fix though. zmq.h should not require definitions from platform.hpp because platform.hpp is not installed. So, when zmq.h wants to include <inttypes.h> on ZMQ_HAVE_SOLARIS || ZMQ_HAVE_OPENVMS, it will not and fall back to #include <stdint.h> which will fail when building something like pyzmq on Solaris 8, 9/SPARC which do not have <stdint.h>

Fix building on MinGW64 Windows

Mingw64 provides mstcpip.h and the build fails (redefinition) if the struct tcp_keepalive is redefined. Do not define the struct if __MINGW64__ is defined. Note that I had to manually pass the compile definition to cmake: -D__MINGW64__=1

norm_engine update with no encoder_base_t::has_data() dependency

cmake // fixed msvc dll output path

cmake: fix test_fork,  fix fragile code related to HAVE_FORK macro

* report from Richard Newton indicated previous solutions was not
  working on Windows

Add Visual Studio 2013 solution and build for (v120) of libzmq project.

cmake: fix test_fork

* was problem on debian/wheezy

Remove delays in test_connect_rid and destroy/recreate context between tests

Fixed wrong assert in zmq_recv

zmq_recv returns bytes count, not error code, so 'assert (rc==0)' behaved completely wrong

Add delays in test_connect_rid

fixed another missed norm_engine issue for non-norm build

Fix cmake build on windows & travis build.

added uncommitted norm_engine changes

Fixed comment

NORM protocol extension