hiredict.git - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2016-05-12	Auto merge of #378 - thomaslee:tom_fix_kfreebsd, r=badboy	not-a-robot
	Fix strerror_r on some esoteric platforms Defining _XOPEN_SOURCE=1 causes strange behavior on Debian kfreebsd archs -- i.e. the GNU userspace with FreeBSD kernel -- when _GNU_SOURCE is not defined (the default). 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.
2016-04-20	Auto merge of #414 - redis:fix-cygwin, r=badboy	not-a-robot
	Fix cygwin
2016-04-20	Add CI for Windows	owent
	- fix macro problem in mingw-gcc - fix typedef in cygwin
2016-04-17	fmacros.h: Fix warning when compiled with -Wundef	Jerry Jacobs

2015-11-18	Fix strerror_r on some esoteric platforms	Tom Lee
	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-01-06	Silence _BSD_SOURCE warnings	Matt Stancliff
	glibc 2.20 requires _DEFAULT_SOURCE and doesn't like _BSD_SOURCE alone Also see: - https://github.com/antirez/redis/pull/2189 - https://sourceware.org/glibc/wiki/Release/2.20#Deprecation_of__BSD_SOURCE_and__SVID_SOURCE_feature_macros Thanks to badboy for pointing out the problem at https://github.com/redis/hiredis/issues/288#issuecomment-68849454
2014-04-09	Define _XOPEN_SOURCE for NetBSD	Patrick TJ McPhee
	This is backported from https://github.com/antirez/redis/commit/289942b6259670fe3dcfaffdd0135c27f14c61c0
2013-05-01	Make redisKeepAlive work on OSX	Pieter Noordhuis

2011-06-18	7th revision is not necessary	Pieter Noordhuis

2011-06-18	Define _POSIX_C_SOURCE for Solaris	Pieter Noordhuis

2011-03-29	Update fmacros.h	Pieter Noordhuis

2010-05-18	hiredis was extracted from redis-tools, reverted to standard malloc/free, ↵	antirez
	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