- 19 Jan, 2019 1 commit
-
-
Luca Boccassi authored
Solution: detect cacheline size for aligment purposes at build time instead of hard-coding it, so that PPC and S390 can align to a value greater than the 64 bytes default. Uses libc getconf program, and falls back to the previous value of 64 if not found.
-
- 15 Dec, 2018 1 commit
-
-
Luca Boccassi authored
Solution: use requires.private, which pkg-config expands recursively so that dependencies of dependencies can be linked against when using pkg-config --static
-
- 24 Jul, 2018 1 commit
-
-
Jean-Christophe Fillion-Robin authored
Setting EXECUTABLE_OUTPUT_PATH and LIBRARY_OUTPUT_PATH variables is deprecated
-
- 18 Jul, 2018 1 commit
-
- 15 Jun, 2018 1 commit
-
-
Simon Giesecke authored
Solution: add missing quotation marks
-
- 31 May, 2018 1 commit
-
-
Simon Giesecke authored
Solution: use a Debug build for analysis
-
- 30 May, 2018 1 commit
-
-
Simon Giesecke authored
Solution: add compile check
-
- 24 May, 2018 2 commits
-
-
Simon Giesecke authored
Solution: prefix project key with repo name
-
Simon Giesecke authored
Solution: activate clang-tidy, scan-build and sonar-scanner
-
- 22 May, 2018 1 commit
-
-
Simon Giesecke authored
Problem: API poller cannot be set independently from I/O thread poller, poll I/O thread poller broken on Windows Solution: change platform definitions to separate API poller from I/O thread poller, disallow configuring poll I/O thread poller on Windows
-
- 09 May, 2018 1 commit
-
-
Luca Boccassi authored
Solution: check return value in autoconf and CMake. On some platforms the function is available but not implemented (eg: GNU/Hurd).
-
- 27 Mar, 2018 1 commit
-
-
Luca Boccassi authored
Solution: don't run configure
-
- 09 Mar, 2018 1 commit
-
-
Luca Boccassi authored
* Problem: TIPC availability check is too strict Solution: at build time only check if the API is available. In the tests do a first check and a skip if the functionality is not available. TIPC needs an in-tree but not loaded by default kernel module, tipc.ko to be loaded, which requires root, so it is unlikely to be available on any build system by default. This will allow most distributions to ship with TIPC support built in, and to avoid tests failure if the module is not there. * Problem: no Travis tests for TIPC Solution: mark one job with sudo: required and load the kernel module * Problem: CMake fails when test returns 77 (skip) Solution: set property to let it mark the test as skipped as intended
-
- 12 Feb, 2018 1 commit
-
-
Simon Giesecke authored
Solution: set CTEST_OUTPUT_ON_FAILURE option
-
- 02 Feb, 2018 4 commits
- 13 Jan, 2018 2 commits
- 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.
-