- 08 Feb, 2016 9 commits
-
-
Luca Boccassi authored
Solution: rename socket option (and variables and files) from pre_allocated_fd to usefd.
-
Pieter Hintjens authored
CMake and tweetnacl CI
-
Luca Boccassi authored
Solution: add builds/cmake/ci_build.sh and call it from travis.yml
-
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".
-
Luca Boccassi authored
Solution: add builds/tweetnacl/ci_build.sh and add it in travis.yml
-
Luca Boccassi authored
Solution: disable -pedantic when building with tweetnacl to avoid warning about "long long" not existing in ISO C++ 98
-
Pieter Hintjens authored
fallback on tweetnacl if libsodium is not found and not explicitly requested
-
Min RK authored
-
Min RK authored
allows building with tweetnacl without cmake
-
- 07 Feb, 2016 9 commits
-
-
Luca Boccassi authored
Fixes to Windows builds
-
Pieter Hintjens authored
Solution: fix these.
-
Pieter Hintjens authored
Solution: at least for vs2015, add vs2015/build.bat to work the same was as zproject.
-
Pieter Hintjens authored
Fix a typo in "Add ZMTP heartbeats" changes
-
Pieter Hintjens authored
Change to detect POSIX Thread priority support properly
-
Pieter Hintjens authored
Use memcpy instead of assuming option values are aligned
-
OBATA Akio authored
-
OBATA Akio authored
-
Brian Silverman authored
Otherwise, it's undefined behavior. ubsan catches alignment issues in the libzmq test suite without this.
-
- 06 Feb, 2016 19 commits
-
-
Constantin Rack authored
Refinement of #f4fe375b
-
Pieter Hintjens authored
Solution: be more explicit in the code, and in the zmq_recv man page (which is the most unobvious case). Assert if length is not zero and buffer is nonetheless null.
-
Pieter Hintjens authored
There's no value in this as the same pattern is repeated in several places and it's fair to expect people to understand it. Solution: revert to the old, one-liner style.
-
Pieter Hintjens authored
It is poor style for test cases to use the internal API (i.e. libzmq classes or header files), as this code serves the purpose of teaching developers how to use the library (it doesn't do this very well, it's an ambition). Also, including headers in src/ creates problems when compiling. Solution: remove use of src/macros.hpp.
-
Pieter Hintjens authored
Solution: update (with correct one from VS2015)
-
Pieter Hintjens authored
updates for bumped _WIN32_WINNT version with mingw builds
-
Michael authored
windows.hpp must be included first due to increases _WIN32_WINNT version
-
Pieter Hintjens authored
Don't call memcpy with 0 size and NULL pointer(s)
-
Michael authored
added conditional includes for unix / windows
-
Michael authored
mingw defaults with _WIN32_WINNT as 0x0502 which doesn't define inet_pton(), so add a conditional check
-
Michael authored
mingw defaults with _WIN32_WINNT as 0x0502 which doesn't define inet_pton(), so add a conditional check
-
Michael authored
-
Michael authored
-
Michael authored
-
Michael authored
used static_cast<signed int> around WSA_WAIT_FAILED as it is an unsigned implicitly defined as (0xFFFFFFFF ion winbase.h) and causes a comparison error. removed use of c++11 style initialiser list for 'sockaddr addr { 0 }' and changed it to 'sockaddr addr = { 0 }'
-
Michael authored
includes windows.hpp if on windows build for mingw build errors from including zmq.h before windows.h
-
Michael authored
-
Michael authored
-
Michael authored
-
- 05 Feb, 2016 2 commits
-
-
Brian Silverman authored
It's undefined behavior, and ubsan flags it.
-
Joe Eli McIlvain authored
Problem: CI builds libsodium from dev branch
-
- 04 Feb, 2016 1 commit
-
-
Luca Boccassi authored
Solution: checkout stable branch instead. Several warnings are printed when building from the master branch, and developers recommend using the stable branch instead.
-