- 21 Apr, 2016 2 commits
-
-
somdoron authored
-
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.
-
- 30 Mar, 2016 1 commit
-
-
Pieter Hintjens authored
Solution: use ZMQ_USE_LIBSODIUM to match ZMQ_USE_TWEETNACL
-
- 06 Mar, 2016 1 commit
-
-
Osiris authored
Solution: Add precompiled flags to CMakeList.txt for faster compiles + bonus - removed compilation warning on Windows by adding add_definitions (-D_WINSOCK_DEPRECATED_NO_WARNINGS)
-
- 19 Feb, 2016 1 commit
-
-
Luca Boccassi authored
Solution: use CheckCXXCompilerFlag to check for support for -std=gnu++11
-
- 18 Feb, 2016 1 commit
-
-
Min RK authored
instead of removing it, which breaks downstream builds.
-
- 17 Feb, 2016 1 commit
-
-
Pieter Hintjens authored
Solution: fix in CMakeLists.txt (already fixed in builds/msvc)
-
- 12 Feb, 2016 1 commit
-
-
Pieter Hintjens authored
Solution: it's a lot of work to define the tests in project.gyp so I did this using gsl to generate the JSON, from a small XML list of the test cases. To keep this, and the hundreds of .mk files, away from the root directory, I've moved the gyp files into builds/gyp, where you would run them. It all seems to work now. Next up, OS/X and Windows :)
-
- 11 Feb, 2016 5 commits
-
-
Luca Boccassi authored
Solution: must be upper case
-
Luca Boccassi authored
Solution: check for WITH_LIBSODIUM configure option instead of WITH_SODIUM
-
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
-
Pieter Hintjens authored
This happens if you first configure with autotools, and then run cmake. The problem is that the compiler finds the old src/platform.hpp before looking for the one generated by CMake. Further, there are a set of macros that configure passes via the command line, yet CMake passes via platform.hpp. (HAVE_xxx for pollers, at least.) This means you can't do a CMake build using the autotools platform.hpp. Solution: remove any src/platform.hpp when running cmake. This is a workaround. I'll fix the inconsistent macros separately.
-
Pieter Hintjens authored
It's unclear which we need and in the source code, conditional code treats tweetnacl as a subclass of libsodium, which is inaccurate. Solution: redesign the configure/cmake API for this: * tweetnacl is present by default and cannot be enabled * libsodium can be enabled using --with-libsodium, which replaces the built-in tweetnacl * CURVE encryption can be disabled entirely using --enable-curve=no The macros we define in platform.hpp are: ZMQ_HAVE_CURVE 1 // When CURVE is enabled HAVE_LIBSODIUM 1 // When we are using libsodium HAVE_TWEETNACL 1 // When we're using tweetnacl (default) As of this patch, the default build of libzmq always has CURVE security, and always uses tweetnacl.
-
- 08 Feb, 2016 1 commit
-
-
Luca Boccassi authored
Solution: bump CMake required version to 2.8.12 to avoid: CMake Error at tests/CMakeLists.txt:110 (target_include_directories): Unknown CMake command "target_include_directories".
-
- 01 Feb, 2016 1 commit
-
-
Constantin Rack authored
Solution: remove all remaining references to `zmq_utils.h`
-
- 29 Jan, 2016 1 commit
-
-
somdoron authored
-
- 27 Jan, 2016 1 commit
-
-
somdoron authored
-
- 14 Jan, 2016 1 commit
-
-
Ilya Kulakov authored
It's now possible to build Release version with pdb file.
-
- 18 Dec, 2015 3 commits
-
-
Ilya Kulakov authored
E.g. for nmake.
-
somdoron authored
-
Ilya Kulakov authored
-
- 08 Dec, 2015 1 commit
-
-
Ilya Kulakov authored
VMCI transport allows fast communication between the Host and a virtual machine, between virtual machines on the same host, and within a virtual machine (like IPC). It requires VMware to be installed on the host and Guest Additions to be installed on a guest.
-
- 24 Oct, 2015 1 commit
-
-
Anonymous Maarten authored
problem: cmake added a prefix of lib to libzmq, resulting in liblibzmq.so solution: set an empty prefix
-
- 23 Oct, 2015 3 commits
-
-
Anonymous Maarten authored
-
Anonymous Maarten authored
-
Anonymous Maarten authored
-
- 18 Oct, 2015 1 commit
-
-
somdoron authored
-
- 19 Sep, 2015 1 commit
-
-
Richard Newton authored
-
- 14 Sep, 2015 1 commit
-
-
Richard Newton authored
-
- 11 Sep, 2015 1 commit
-
-
Pieter Hintjens authored
This is due to the mangled include of platform.h, which was to make CMake happy. Solution: in CMakeLists.txt, define USING_CMAKE and then look for platform.h in current directory if that is defined, else look in ../src/ as one would expect.
-
- 21 Aug, 2015 1 commit
-
-
Matt Bolger authored
-Set signaler_port to 0 which allows the OS to find a free port, rather than crashing if 5905 is in use (https://github.com/zeromq/libzmq/issues/1542) -Added config.hpp to the source list so it shows up in generated projects -Remove CMAKE_BUILD_TYPE setting for generators that don't use it
-
- 14 Aug, 2015 1 commit
-
-
reza.ebrahimi authored
fixed issue with ticket #1517 (wrong lib output name in MSVC CMake build) and apply some improvements in CMake build system
-
- 05 Jul, 2015 1 commit
-
-
Jens Auer authored
A memcpy is eliminated when receiving data on a ZMQ_STREAM socket. Instead of receiving into a static buffer and then copying the data into the buffer malloced in msg_t::init_size, the raw_decoder allocates the memory for together with the reference-counter and creates a msg_t object on top of that memory. This saves the memcpy operation. For small messages, data is still copied and the receive buffer is reused.
-
- 06 May, 2015 1 commit
-
-
Anton Sergeev authored
This allow disable making perf-tools in Release build type Signed-off-by: Anton Sergeev <Anton.Sergeev@elecard.ru>
-
- 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.
-
- 11 Mar, 2015 4 commits