hiredis/fmacros.h

#ifndef __HIREDIS_FMACRO_H
#define __HIREDIS_FMACRO_H

#define _XOPEN_SOURCE 600
#define _POSIX_C_SOURCE 200112L

#if defined(__APPLE__) && defined(__MACH__)
/* Enable TCP_KEEPALIVE */
#define _DARWIN_C_SOURCE
#endif

#endif
Update fmacros.h 2011-03-29 09:02:23 +00:00			`#ifndef __HIREDIS_FMACRO_H`
			`#define __HIREDIS_FMACRO_H`
hiredis was extracted from redis-tools, reverted to standard malloc/free, ported to the new protocol, and started as a stand alone project in order to support the need of a C client in the Redis community 2010-05-18 15:11:09 +00:00
Fix strerror_r on some esoteric platforms Defining _XOPEN_SOURCE=1 causes strange behavior on Debian kfreebsd archs (i.e. GNU userspace with FreeBSD kernel) when _GNU_SOURCE is not defined. Not sure I fully understand the bizarre semantics, but it seems to use the XSI-compliant interface (int strerror_r(int, char, size_t)) but the GNU implementation (char strerror_r(int, char, size_t)) such that strerror_r returns 32-bits of a 64-bit char on x86_64 kfreebsd. We would expect strerror_r to return zero when using the XSI-compliant strerror_r implementation or a 64-bit char* when using the GNU version. Instead, we get something in between! Unless I'm missing something, being more explicit about what version of _XOPEN_SOURCE we want seems to be the prudent thing to do here -- and if folks want the GNU implementation of strerror_r for some reason they can always -D_GNU_SOURCE explicitly. 2015-11-18 08:04:54 +00:00			`#define _XOPEN_SOURCE 600`
Make XOPEN_SOURCE definition explicit per architecture Fixes #441 2018-01-05 15:17:09 +00:00			`#define _POSIX_C_SOURCE 200112L`
hiredis was extracted from redis-tools, reverted to standard malloc/free, ported to the new protocol, and started as a stand alone project in order to support the need of a C client in the Redis community 2010-05-18 15:11:09 +00:00
fmacros.h: Fix warning when compiled with -Wundef 2016-04-17 20:23:42 +00:00			`#if defined(__APPLE__) && defined(__MACH__)`
Strip down fmacros.h strerror_r and addrinfo require _POSIX_C_SOURCE >= 200112L, which is implied by _XOPEN_SOURCE >= 600. With the removal of AF_LOCAL usage, the only non-standard features being used are the TCP_KEEP* socket flags. _DARWIN_C_SOURCE is required to expose TCP_KEEPALIVE. Fall back to using _XOPEN_SOURCE 600 for all platforms, and additionally define _DARWIN_C_SOURCE for Darwin. Signed-off-by: Justin Brewer <jzb0012@auburn.edu> 2018-04-13 19:40:34 +00:00			`/* Enable TCP_KEEPALIVE */`
			`#define _DARWIN_C_SOURCE`
Make it compile on IBM AIX systems Closes #422 2018-01-05 15:27:10 +00:00			`#endif`

hiredis was extracted from redis-tools, reverted to standard malloc/free, ported to the new protocol, and started as a stand alone project in order to support the need of a C client in the Redis community 2010-05-18 15:11:09 +00:00			`#endif`