- 18 Nov, 2017 1 commit
-
-
Luca Boccassi authored
Solution: check for availability in CMake and autoconf before using it
-
- 16 Oct, 2017 1 commit
-
-
f18m authored
* Background thread scheduling - add ZMQ_THREAD_AFFINITY ctx option; set all thread scheduling options from the context of the secondary thread instead of using the main process thread context! - change ZMQ_THREAD_PRIORITY to support setting NICE of the background thread when using SCHED_OTHER
-
- 01 Sep, 2017 2 commits
-
-
Luca Boccassi authored
Solution: add it to CMake's platform.hpp.in
-
Robin Stacey authored
Solution: Escape quotes in cmake test.
-
- 19 Aug, 2017 1 commit
-
-
Luca Boccassi authored
Solution: add it to CMake's platform.hpp.in
-
- 10 Aug, 2017 1 commit
-
-
Jake Cobb authored
Solution: Pass along SODIUM_STATIC define if set in CMake config
-
- 31 Jul, 2017 1 commit
-
-
Brian Russell authored
Linux now supports Virtual Routing and Forwarding (VRF) as per: https://www.kernel.org/doc/Documentation/networking/vrf.txt In order for an application to bind or connect to a socket with an address in a VRF, they need to first bind the socket to the VRF device: setsockopt(sd, SOL_SOCKET, SO_BINDTODEVICE, dev, strlen(dev)+1); Note "dev" is the VRF device, eg. VRF "blue", rather than an interface enslaved to the VRF. Add a new socket option, ZMQ_BINDTODEVICE, to bind a socket to a device. In general, if a socket is bound to a device, eg. an interface, only packets received from that particular device are processed by the socket. If device is a VRF device, then subsequent binds/connects to that socket use addresses in the VRF routing table.
-
- 28 Jul, 2017 2 commits
-
-
Luca Boccassi authored
Solution: if available use the getrandom function as it doesn't require any synchronization, state or cleanup
-
Luca Boccassi authored
Solution: open with O_CLOEXEC if available or set FD_CLOEXEC if not
-
- 01 May, 2017 2 commits
-
-
Luca Boccassi authored
Solution: run make with -j5, as now the tests support it.
-
Luca Boccassi authored
Solution: don't, libzmq's CI tests are not responsible for testing libsodium stable releases. Save some time in the CI.
-
- 04 Apr, 2017 1 commit
-
-
bbdb68 authored
* add define for windows/UWP * prevent issue with COM references * gettickcount not available on uwp * add compiler definitions * add convenitnece cmake file * brute force uwp compilation * fix compiler version * cosmetics
-
- 12 Mar, 2017 1 commit
-
-
Luca Boccassi authored
Solution: use pthread API to set the name. For now call every thread "ZMQ b/g thread". Would be nice to number the I/O threads and name explicitly the reaper thread, but in reality a bit of internal API churn would be necessary, so perhaps it's not worth it. This is useful when debugging a process with many threads.
-
- 22 Feb, 2017 1 commit
-
-
boringuy authored
* cmake WITH_LIBSODIUM option is broken - Fixed the variable name in platform.hpp.in - Fixed #if check for randombytes_close() when libsodium is used * Fixed typo from previous commit * Reverted compile error fix for randombytes_close()
-
- 27 Dec, 2016 2 commits
-
-
Luca Boccassi authored
Solution: rework the bash test to avoid build failures as intended and make it an easier one-liner
-
Luca Boccassi authored
Solution: use packages on Ubuntu and brews on OSX. The packages and the brews are always kept up to date, so it's no use to rebuild the libsodium stable branch manually everytime.
-
- 26 Dec, 2016 2 commits
-
-
Luca Boccassi authored
Solution: if available, use eventfd with EFD_CLOEXEC flag to make the process close the socket on fork+exec
-
Luca Boccassi authored
Solution: if available, use epoll_create1 with EPOLL_CLOEXEC flag to make the process close the socket on fork+exec
-
- 21 Apr, 2016 2 commits
-
-
Luca Boccassi authored
Solution: add make test to the cmake/ci_build.sh script
-
Luca Boccassi authored
Solution: add macro in ZMQSourceRunChecks.cmake and optionally include the TIPC sources if the support is available. More importantly, only run the TIPC tests if the support is there.
-
- 10 Apr, 2016 1 commit
-
-
Luca Boccassi authored
Solution: check for availability in autoconf and cmake, and if not available fall back to random file name rather than random directory.
-
- 11 Feb, 2016 4 commits
-
-
Luca Boccassi authored
Solution: establish a matrix of CI options. On one axis we have the build system (autotools, cmake, android) and on the other axis we have the encryption options (tweetnacl, libsodium or none).
-
Luca Boccassi authored
Solution: use ZMQ_USE_TWEETNACL as a define as expected instead of HAVE_TWEETNACL
-
Luca Boccassi authored
Solution: avoid cloning libsodium, default build is tweetnacl
-
Pieter Hintjens authored
- they have no copyright / license statement - they are in some randomish directory structure - they are a mix of postable and non-portable files - they do not conform to conditional compile environment Overall, it makes it rather more work than needed, in build scripts. Solution: clean up tweetnacl sauce. - merged code into single tweetnacl.c and .h - standard copyright header, DJB to AUTHORS - moved into src/ along with all other source files - all system and conditional compilation hidden in these files - thus, they can be compiled and packaged in all cases - ZMQ_USE_TWEETNACL is set when we're using built-in tweetnacl - HAVE_LIBSODIUM is set when we're using external libsodium
-
- 08 Feb, 2016 1 commit
-
-
Luca Boccassi authored
Solution: add builds/cmake/ci_build.sh and call it from travis.yml
-
- 05 May, 2015 1 commit
-
-
Henrik S. Gaßmann authored
Replace _zmq_COMPILER with CMAKE_VS_PLATFORM_TOOLSET; so the suffix can be automagically generated for every MSVC compiler supported by cmake.
-
- 26 Apr, 2015 1 commit
-
-
somdoron authored
-
- 11 Mar, 2015 1 commit
-
-
xantares authored
-
- 12 Feb, 2015 2 commits
-
-
Doron Somech authored
-
somdoron authored
-
- 06 Feb, 2015 2 commits
-
-
Telford Berkey authored
-
Bryan Zimmerman authored
-
- 18 Mar, 2014 1 commit
-
-
Frank authored
* report from Richard Newton indicated previous solutions was not working on Windows
-
- 17 Mar, 2014 1 commit
-
-
Frank authored
* was problem on debian/wheezy
-
- 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.
-
- 06 Dec, 2013 1 commit
-
-
Brandon Carpenter authored
-
- 14 Jul, 2013 1 commit
-
-
Steven McCoy authored
-
- 27 Jan, 2013 1 commit
-
-
Matt Arsenault authored
-
- 02 Jan, 2013 1 commit
-
-
Matt Arsenault authored
Fix link errors when using -m32 with MinGW
-