Fix windows builds
* Only define true/false and typedef char bool on Windows when no building using
  C++ and true isn't defined.  On all other platforms just use stdbool.h.
* create a typedef for mode_t when on Windows
* Only include platform.h on non-Windows platforms
* Explicitly cast return type from mallocs - czmq is built with the C++ compiler
  on windows, so this is required.
* Add zfile.c and zsys.c to the czmq vcproj definition
* Add Ws2_32.lib and Iphlpapi.lib to the czmq_selftest.vcproj dependencies list;
  these are needed for socket-type operations.
Merge pull request #126 from vortechs2000/fix_windows

Fix windows builds
Replace TRUE/FALSE with true/false in zbeacon.c to fix *NIX builds

* Now that stdbool is setup properly, true/false are valid
* TRUE/FALSE definitions were removed by 5b341b4940
Fix Solaris builds - they need sys/sockio.h for SIOCGIFADDR defs
Add configurations to the solution file to build czmq DLLs
 * Adds two new configurations in the Solution: DebugDLL and ReleaseDLL
 * czmq_selftest does not build when the DLL config is selected because
   the *_test() functions aren't exported by the DLL, so the build would
   fail
Merge pull request #127 from vortechs2000/fix_unix

Fix *nix builds
Merge pull request #128 from vortechs2000/BuildsWindowsDLLs

Add configurations to the solution file to build czmq DLLs for Windows builds
mingw32 already defines mode_t in sys/types.h
Merge pull request #130 from pijyoi/master

mingw32 already defines mode_t in sys/types.h
Convert to MSVC 11
Silence warning
Fix all configurations in the MSVC project. czmq DLL config uses libzmq DLL config etc.
Merge pull request #131 from TTimo/master

MSVC 11 projects
I don't think the dllimport is intended here. It causes external programs using the header to try and link the symbols only from a DLL, breaking static linking. Programs that dynamically link against czmq DLL should define DLL_EXPORT and will be fine.
Merge pull request #133 from TTimo/master

Fix dllexport declspec for static/DLL usage on Windows
Fix up building czmq as a DLL

 * If czmq is a DLL, set CZMQ_EXPORT to declspec(dllexport) when building czmq,
   and declspec(dllimport) when building against the czmq DLL.  Unset
   CZMQ_EXPORT otherwise
 * Make sure to link against the appropriate multi-threaded DLL runtime when
   building czmq as a DLL.
 * Put the libzmq directory into "Additional Library Directories" instead
   of putting the path into the "Additional Dependencies" field
 * Make sure the czmq library path is in for the czmq_selftest project
Fix up czmq_selftest builds on Windows in DLL mode

 * Export all the *_test() functions
 * Cleanup the library location for czmq (and remove the libzmq and other libs
   - the czmq library will pull them in)
Remove stray include file from czmq.vcproj

stdbool_for_windows.h was never used
Merge pull request #134 from vortechs2000/fix_windows_dll

Fix windows dll builds - Fixes issue #132, and issue discussed in issue/pull request #133
Add x64 configuration to Windows VC90 project files

 * Add the x64 Platform for all Configuration types
 * This adjusts the output and intermediate directories for all builds to be
   "$(PlatformName)\$(ConfigurationName)", so Win32 DebugDLL builds go in
   'builds\msvc\Win32\DebugDLL' and x64 ReleaseDLL builds go in
   'builds\msvc\x64\Release'.  This allows all variants to be built without
   stomping on each other.