- 12 May, 2016 1 commit
-
-
evoskuil authored
-
- 31 Mar, 2016 1 commit
-
-
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.
-
- 14 Mar, 2015 1 commit
-
-
evoskuil authored
-
- 05 Jun, 2014 1 commit
-
-
evoskuil authored
-
- 04 Jun, 2014 1 commit
-
-
evoskuil authored
-
- 30 May, 2014 1 commit
-
-
Dave Meehan authored
Added ProgramDataBaseFile directive so that .pdb file goes into same directory as the .lib so that debug builds can find it
-
- 27 May, 2014 1 commit
-
-
evoskuil authored
-
- 13 May, 2014 1 commit
-
-
evoskuil authored
-
- 06 May, 2014 1 commit
-
-
evoskuil authored
-
- 30 Mar, 2014 1 commit
-
-
evoskuil authored
-
- 17 Feb, 2014 1 commit
-
-
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.
-
- 11 Nov, 2013 1 commit
-
-
Richard Newton authored
This reverts commit 0b92831b.
-
- 07 Nov, 2013 1 commit
-
-
Richard Newton authored
-
- 24 Feb, 2013 2 commits
-
-
Sebastien Rombauts authored
+ ignore StaticRelease & StaticDebug intermediate files
-
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.
-
- 15 Dec, 2011 1 commit
-
-
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:
Stuart Webster <sw_webster@hotmail.com>
-