generic-library/libzmq
1
0
Fork 0
mirror of https://github.com/zeromq/libzmq.git synced 2024-12-13 18:55:10 +01:00
Code Issues Projects Releases Wiki Activity
ff47aeb791
libzmq/builds/cmake/platform.hpp.in

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

147 lines
3.3 KiB
C++
Raw Normal View History

First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#ifndef __ZMQ_PLATFORM_HPP_INCLUDED__
#define __ZMQ_PLATFORM_HPP_INCLUDED__
Problem: selection of condition_variable_t implementation is confusing and not configurable Solution: move configuration to build definition
2019-02-11 13:05:04 +01:00
#cmakedefine ZMQ_USE_CV_IMPL_STL11
#cmakedefine ZMQ_USE_CV_IMPL_WIN32API
#cmakedefine ZMQ_USE_CV_IMPL_PTHREADS
#cmakedefine ZMQ_USE_CV_IMPL_NONE
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
2018-05-22 15:57:20 +02:00
#cmakedefine ZMQ_IOTHREAD_POLLER_USE_KQUEUE
#cmakedefine ZMQ_IOTHREAD_POLLER_USE_EPOLL
#cmakedefine ZMQ_IOTHREAD_POLLER_USE_EPOLL_CLOEXEC
#cmakedefine ZMQ_IOTHREAD_POLLER_USE_DEVPOLL
CMake: fix not defining pollset in platform.hpp Signed-off-by: Stephan Lachnit <stephanlachnit@debian.org>
2023-03-03 10:56:26 +01:00
#cmakedefine ZMQ_IOTHREAD_POLLER_USE_POLLSET
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
2018-05-22 15:57:20 +02:00
#cmakedefine ZMQ_IOTHREAD_POLLER_USE_POLL
#cmakedefine ZMQ_IOTHREAD_POLLER_USE_SELECT
add zmq_ppoll zmq_ppoll mostly mimics zmq_poll behavior, except for the added feature of being able to specify a signal mask. Signals in this mask will be blocked during execution of zmq_ppoll. Switching of the process' active signal mask happens atomically with the actual poll call, so that no race conditions can occur. This behavior is useful when one wants to gracefully handle POSIX signals without race conditions. See e.g. the discussion below https://250bpm.com/blog:12/ for an explanation. Also includes two new tests: 1. test_zmq_ppoll_fd does the same thing as test_zmq_poll_fd, demonstrating backwards compatibility with zmq_poll when used with a default signal mask. 2. test_zmq_ppoll_signals demonstrates the use of zmq_ppoll with a signal mask, blocking out SIGTERM everywhere except in zmq_ppoll, allowing to handle the signal in one place without having to worry about race conditions.
2021-09-16 17:20:24 +02:00
#cmakedefine ZMQ_HAVE_PPOLL
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
2018-05-22 15:57:20 +02:00
#cmakedefine ZMQ_POLL_BASED_ON_SELECT
#cmakedefine ZMQ_POLL_BASED_ON_POLL
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
fixes for UBSAN warnings (#4223) Problem: UBSAN shows warnings Solution: fix alignment issues and signed to unsigned conversion
2021-06-29 14:02:35 +02:00
#cmakedefine HAVE_POSIX_MEMALIGN @HAVE_POSIX_MEMALIGN@
Problem: yqueue false sharing issues on PPC64 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.
2019-01-19 20:39:42 +01:00
#cmakedefine ZMQ_CACHELINE_SIZE @ZMQ_CACHELINE_SIZE@
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#cmakedefine ZMQ_FORCE_MUTEXES
cmake: fix fragile code related to HAVE_FORK macro * report from Richard Newton indicated previous solutions was not working on Windows
2014-03-18 21:04:52 +01:00
#cmakedefine HAVE_FORK
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#cmakedefine HAVE_CLOCK_GETTIME
#cmakedefine HAVE_GETHRTIME
Problem: mkdtemp not available on all platforms Solution: check for availability in autoconf and cmake, and if not available fall back to random file name rather than random directory.
2016-04-10 23:45:35 +02:00
#cmakedefine HAVE_MKDTEMP
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#cmakedefine ZMQ_HAVE_UIO
Problem: no check if noexcept is supported by compiler Solution: add compile check
2018-05-30 22:03:19 +02:00
#cmakedefine ZMQ_HAVE_NOEXCEPT
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#cmakedefine ZMQ_HAVE_EVENTFD
Problem: eventfd leaks socket on fork+exec Solution: if available, use eventfd with EFD_CLOEXEC flag to make the process close the socket on fork+exec
2016-12-26 18:18:00 +01:00
#cmakedefine ZMQ_HAVE_EVENTFD_CLOEXEC
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#cmakedefine ZMQ_HAVE_IFADDRS
Problem: CMake build ignores SO_BINDTODEVICE Solution: add it to CMake's platform.hpp.in
2017-08-19 13:07:23 +02:00
#cmakedefine ZMQ_HAVE_SO_BINDTODEVICE
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
Enable building IPC filtering with cmake.
2013-12-06 19:55:44 +01:00
#cmakedefine ZMQ_HAVE_SO_PEERCRED
#cmakedefine ZMQ_HAVE_LOCAL_PEERCRED
Support so_busy_poll (#4188) * Support so_busy_poll.
2021-05-15 00:05:56 +02:00
#cmakedefine ZMQ_HAVE_BUSY_POLL
Enable building IPC filtering with cmake.
2013-12-06 19:55:44 +01:00
Problem: ZMQ_HAVE_O_CLOEXEC not defined by CMake Solution: add it to CMake's platform.hpp.in
2017-09-01 11:15:32 +02:00
#cmakedefine ZMQ_HAVE_O_CLOEXEC
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#cmakedefine ZMQ_HAVE_SOCK_CLOEXEC
#cmakedefine ZMQ_HAVE_SO_KEEPALIVE
Problem: No direct support for setting socket priority (#4118) * Problem: No direct support for setting socket priority Solution: Add ZMQ_PRIORITY socket option, which sets the SO_PRIORITY socket option on the underlying socket. This socket option is not supported under Windows. Check option and set socket option on creation of underlying socket.
2021-01-06 23:22:41 +01:00
#cmakedefine ZMQ_HAVE_SO_PRIORITY
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#cmakedefine ZMQ_HAVE_TCP_KEEPCNT
#cmakedefine ZMQ_HAVE_TCP_KEEPIDLE
#cmakedefine ZMQ_HAVE_TCP_KEEPINTVL
#cmakedefine ZMQ_HAVE_TCP_KEEPALIVE
Problem: ZMQ background threads are unnamed 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.
2017-02-28 20:45:23 +01:00
#cmakedefine ZMQ_HAVE_PTHREAD_SETNAME_1
#cmakedefine ZMQ_HAVE_PTHREAD_SETNAME_2
#cmakedefine ZMQ_HAVE_PTHREAD_SETNAME_3
#cmakedefine ZMQ_HAVE_PTHREAD_SET_NAME
Problem: ZMQ_HAVE_PTHREAD_SET_AFFINITY not set correctly Solution: Set correct define in CMake check and add the cmakedefine
2019-12-13 14:42:19 +01:00
#cmakedefine ZMQ_HAVE_PTHREAD_SET_AFFINITY
Problem: accept4 not available on all platforms Solution: check for availability in CMake and autoconf before using it
2017-11-17 19:40:53 +01:00
#cmakedefine HAVE_ACCEPT4
Problem: strnlen may not be available Solution: Provide an implementation
2019-03-18 11:27:45 +01:00
#cmakedefine HAVE_STRNLEN
Problem: ws_engine uses unsafe strcpy Solution: use strcpy_s instead (define custom if not available)
2019-12-11 13:33:00 +01:00
#cmakedefine ZMQ_HAVE_STRLCPY
Problem: internal reimplementation of strlcpy used by default on Linux Solution: use libbsd by default when available, and the internal implementation only as a fallback, to take advantage of Linux distros maintenance of the string libraries.
2019-12-28 15:31:35 +01:00
#cmakedefine ZMQ_HAVE_LIBBSD
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
Problem: ipc transport not supported under Windows Solution: implement support
2019-10-19 14:46:53 +02:00
#cmakedefine ZMQ_HAVE_IPC
Problem: In rare cases, afunix.h doesn't contain a definition for struct sockaddr_un (#4310) * Problem: In rare cases, afunix.h doesn't contain a definition for struct sockaddr_un According to https://github.com/microsoft/vcpkg/issues/21623, struct sockaddr_un might be unavailable on some machines even afunix.h exists. For example, on some machines, the content of afunix.h looks like this: typedef struct _SOCKADDR_UN { ADDRESS_FAMILY Family; wchar_t Path[63]; } SOCKADDR_UN, *PSOCKADDR_UN; but on other machines, it may looks like this: #define UNIX_PATH_MAX 108 typedef struct sockaddr_un { ADDRESS_FAMILY sun_family; char sun_path[UNIX_PATH_MAX]; } SOCKADDR_UN, *PSOCKADDR_UN; Fixes #3949 References: - [Enable Unix-domain sockets support on Windows](https://git.furworks.de/opensourcemirror/postgresql/commit/8f3ec75de4060d86176ad4ac998eeb87a39748c2) - [AF_UNIX equivalent for Windows](https://stackoverflow.com/questions/9029174/af-unix-equivalent-for-windows) - https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/
2021-11-24 15:55:45 +01:00
#cmakedefine ZMQ_HAVE_STRUCT_SOCKADDR_UN
Problem: ipc transport not supported under Windows Solution: implement support
2019-10-19 14:46:53 +02:00
problem: sha1 external module conflict with czmq Solution: allow to use external library (nss) for sha1 to avoid the conflict
2019-09-11 12:09:22 +02:00
#cmakedefine ZMQ_USE_BUILTIN_SHA1
#cmakedefine ZMQ_USE_NSS
#cmakedefine ZMQ_HAVE_WS
add wss transport and fix tipc tests when building using cmake on linux (#3857) * Allow CMAKE to generate ws and wss transports I guess there is little use of just ws transport, so by default GnuTLS (and libsodium) are enabled * cmake libzmq including wss transport (ubuntu 19.10 and ubuntu 19.10 + wsl 1.0) test_security_fails (libsodium assert !?) * updated relicense * make external libs gnutls nss sodium optional * #ifdef WSS classes and functions, build test*ws* only if correct libs are included, warning if libs not present * make libsodium optional * cmake fix tests TIPC transport * clang-format pointed out a wrongly placed #ifdef * GnuTLS before 3.6.7 is not safe * msvc doesn't agree with strlen in array declaration, test_socks now at least compiles on windows * windows: libsodium build fails, missing include dirs set by env var * ws transport test only works when GnuTLS is found * Fixed condition to use NSS / built in SHA1, so that test_ws_transport should now pass, also when GnuTLS is not found
2020-04-14 00:03:19 +02:00
#cmakedefine ZMQ_HAVE_WSS
#cmakedefine ZMQ_HAVE_TIPC
problem: sha1 external module conflict with czmq Solution: allow to use external library (nss) for sha1 to avoid the conflict
2019-09-11 12:09:22 +02:00
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#cmakedefine ZMQ_HAVE_OPENPGM
Adds NORM support to cmake (#3951)
2020-06-07 11:39:02 +02:00
#cmakedefine ZMQ_HAVE_NORM
CMake: properly set ZMQ_HAVE_OPENPGM and ZMQ_HAVE_VMCI Signed-off-by: Stephan Lachnit <stephanlachnit@debian.org>
2023-03-03 11:11:41 +01:00
#cmakedefine ZMQ_HAVE_VMCI
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#cmakedefine ZMQ_MAKE_VALGRIND_HAPPY
Problem: tweetnacl sources are a mess - 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
2016-02-11 18:06:07 +01:00
#cmakedefine ZMQ_HAVE_CURVE
cmake WITH_LIBSODIUM option is broken (#2349) * 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()
2017-02-22 23:28:05 +01:00
#cmakedefine ZMQ_USE_LIBSODIUM
Problem: CMake build does not allow static linking libsodium Solution: Pass along SODIUM_STATIC define if set in CMake config
2017-08-10 19:04:15 +02:00
#cmakedefine SODIUM_STATIC
add wss transport and fix tipc tests when building using cmake on linux (#3857) * Allow CMAKE to generate ws and wss transports I guess there is little use of just ws transport, so by default GnuTLS (and libsodium) are enabled * cmake libzmq including wss transport (ubuntu 19.10 and ubuntu 19.10 + wsl 1.0) test_security_fails (libsodium assert !?) * updated relicense * make external libs gnutls nss sodium optional * #ifdef WSS classes and functions, build test*ws* only if correct libs are included, warning if libs not present * make libsodium optional * cmake fix tests TIPC transport * clang-format pointed out a wrongly placed #ifdef * GnuTLS before 3.6.7 is not safe * msvc doesn't agree with strlen in array declaration, test_socks now at least compiles on windows * windows: libsodium build fails, missing include dirs set by env var * ws transport test only works when GnuTLS is found * Fixed condition to use NSS / built in SHA1, so that test_ws_transport should now pass, also when GnuTLS is not found
2020-04-14 00:03:19 +02:00
#cmakedefine ZMQ_USE_GNUTLS
#cmakedefine ZMQ_USE_RADIX_TREE
if_nametoindex function is now used when available
2020-12-23 12:32:16 +01:00
#cmakedefine HAVE_IF_NAMETOINDEX
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#ifdef _AIX
#define ZMQ_HAVE_AIX
#endif
Switched android platform check to official form See https://markmail.org/message/5ekhfztchs45lz3n#query:+page:1+mid:jfqgzrmwm37uyrt6+state:results
2018-07-18 20:14:33 +02:00
#if defined __ANDROID__
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#define ZMQ_HAVE_ANDROID
#endif
#if defined __CYGWIN__
#define ZMQ_HAVE_CYGWIN
#endif
Fix MinGW32 build Fix link errors when using -m32 with MinGW
2013-01-02 03:04:19 +01:00
#if defined __MINGW32__
#define ZMQ_HAVE_MINGW32
#endif
problem: configure for DragonFly need FreeBSD also defined solution: on DragonFly also define ZMQ_HAVE_FREEBSD in addition to ZMQ_HAVe_DRAGONFLY Signed-off-by: Christopher Hall <hsw@ms2.hinet.net>
2019-08-06 04:37:50 +02:00
#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#define ZMQ_HAVE_FREEBSD
#endif
problem: configure for DragonFly need FreeBSD also defined solution: on DragonFly also define ZMQ_HAVE_FREEBSD in addition to ZMQ_HAVe_DRAGONFLY Signed-off-by: Christopher Hall <hsw@ms2.hinet.net>
2019-08-06 04:37:50 +02:00
#if defined(__DragonFly__)
#define ZMQ_HAVE_FREEBSD
#define ZMQ_HAVE_DRAGONFLY
#endif
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#if defined __hpux
#define ZMQ_HAVE_HPUX
#endif
#if defined __linux__
#define ZMQ_HAVE_LINUX
#endif
#if defined __NetBSD__
#define ZMQ_HAVE_NETBSD
#endif
#if defined __OpenBSD__
#define ZMQ_HAVE_OPENBSD
#endif
Problem: ipc transport not supported under Windows Solution: implement support
2019-10-19 14:46:53 +02:00
// TODO better move OS-specific defines to the automake files, and check for availability of IPC with an explicit test there
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#if defined __VMS
#define ZMQ_HAVE_OPENVMS
Problem: ipc transport not supported under Windows Solution: implement support
2019-10-19 14:46:53 +02:00
#undef ZMQ_HAVE_IPC
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
#endif
#if defined __APPLE__
#define ZMQ_HAVE_OSX
#endif
#if defined __QNXNTO__
#define ZMQ_HAVE_QNXNTO
#endif
#if defined(sun) || defined(__sun)
#define ZMQ_HAVE_SOLARIS
#endif
Fix using wrong name for windows.h check in cmake
2013-01-28 00:09:32 +01:00
#cmakedefine ZMQ_HAVE_WINDOWS
Problem: no windows UWP support * 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
2017-04-04 10:50:33 +02:00
#cmakedefine ZMQ_HAVE_WINDOWS_UWP
First pass at getting cmake build to work with non-Windows systems. Make doc building option dependent on asciidoc being installed Fix MSVC build requiring cygwin. Don't use try_run to get the version
2012-12-31 23:52:32 +01:00
Problem: tweetnacl sources are a mess - 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
2016-02-11 18:06:07 +01:00
#endif
Reference in New Issue Copy Permalink