1. 12 May, 2016 1 commit
  2. 31 Mar, 2016 1 commit
    • Matt Powley's avatar
      Fixes for Windows XP compatibility · f2018ab3
      Matt Powley authored
      A Visual Studio build from master (commit id: dac5b45d) using the v140_xp toolset yields a binary that is not XP compatible.
      
      Two libraries contain exports that cannot be found:
       -  IPHLPAPI.DLL : if_nametoindex
       - KERNEL32.DLL : InitializeConditionVariable
      
      The latter export is already dealt with in the file './src/condition_variable.hpp'; however this requires setting the _WIN32_WINNT pre-processor definition.
      I am not experienced enough to figure a work around for the 'if_nametoindex' method, so I have created a new pre-processor definition 'ZMQ_HAVE_WINDOWS_TARGET_XP' and removed the calling of the function with the limitation that these builds cannot handle a IPv6 address with an adapter name.
      
      To make it easier for people targeting XP with an MSVC build I have modified the MSBuild property file to add/modify the pre-processor definitions if they are building using a XP targeting tool set; such as v140_xp.
      f2018ab3
  3. 14 Mar, 2015 1 commit
  4. 05 Jun, 2014 1 commit
  5. 04 Jun, 2014 1 commit
  6. 30 May, 2014 1 commit
  7. 27 May, 2014 1 commit
  8. 13 May, 2014 1 commit
  9. 06 May, 2014 1 commit
  10. 30 Mar, 2014 1 commit
  11. 17 Feb, 2014 1 commit
    • Olaf Mandel's avatar
      Remove duplicate poller decision making · 48b50cef
      Olaf Mandel authored
      The decision about the poller mechanism to use (select, poll, ...)
      was done twice: once by the build system and once by the code in
      poller.hpp. As the build-system can actually detect the mechanisms
      available, prefer that result to the hard coded defaults in
      poller.hpp.
      
      At the same time, remove the duplicate detection of select() vs.
      poll()-variant from proxy.cpp, signaler.cpp and zmq.cpp.
      
      This patch has not been tested on many build platforms: especially
      the cmake build needs testing / patching. For the other builds,
      hard code the result as these these are all Windows platforms.
      48b50cef
  12. 11 Nov, 2013 1 commit
  13. 07 Nov, 2013 1 commit
  14. 24 Feb, 2013 2 commits
    • Sebastien Rombauts's avatar
      Adding missing new ZeroMQ_Static.props and Static.props files · 0ecc96bf
      Sebastien Rombauts authored
      + ignore StaticRelease & StaticDebug intermediate files
      0ecc96bf
    • Sebastien Rombauts's avatar
      Static Library Linking for Windows · b3bcd8e3
      Sebastien Rombauts authored
      - New ZMQ_STATIC flag to enable "libzmq.lib" Windows static library (or "libzmq_d.lib" in Debug mode).
      - ZMQ_STATIC needs also to be defined by projects using static linking against "libzmq.lib"
      - New StaticDebug & StaticRelease configurations for libzmq Win32 projects under MSVC 2008 & 2010
      - Tested with Visual Studio 2008 Express under Windows 7, and Visual Studio 2010 Express under Windows 8.
      b3bcd8e3
  15. 15 Dec, 2011 1 commit
    • Stuart Webster's avatar
      Added MSVC10 solution and project files for Windows · 3fb5c11b
      Stuart Webster authored
      These include configurations for both Win32 and x64 platforms. All project
      settings have been normalised in property sheets (the ".props" files under
      builds/msvc/properties) to simplify maintenance. Build artefacts are all
      generated in platform-specific subfolders of bin, lib and obj directories.
      
      Also enables the use of precompiled headers with MSVC10.
      
      This significantly reduces the time required to compile libzmq with Visual
      Studio on Windows. It should have no impact on other platforms.
      Signed-off-by: 's avatarStuart Webster <sw_webster@hotmail.com>
      3fb5c11b