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.
Merge pull request #135 from vortechs2000/build_x64

Add x64 configuration to Windows VC90 project files
Update the MSVC 2012 project to match the new DLL setup
Merge pull request #137 from TTimo/master

Fix MSVC 2012