redis/src/fmacros.h

#ifndef _REDIS_FMACRO_H
#define _REDIS_FMACRO_H

#define _BSD_SOURCE

#if defined(__linux__)
#define _GNU_SOURCE
#endif

#if defined(__linux__) || defined(__OpenBSD__)
#define _XOPEN_SOURCE 700
#else
#define _XOPEN_SOURCE
#endif

#define _LARGEFILE_SOURCE
#define _FILE_OFFSET_BITS 64

#endif
feature macros defined to play well with C99 2009-03-27 22:01:04 +01:00			`#ifndef _REDIS_FMACRO_H`
			`#define _REDIS_FMACRO_H`

			`#define _BSD_SOURCE`
compilation fix for mac os x 2010-05-02 15:08:06 +02:00
Incrementally flush RDB on disk while loading it from a master. This fixes issue #539. Basically if there is enough free memory the OS may buffer the RDB file that the slave transfers on disk from the master. The file may actually be flused on disk at once by the operating system when it gets closed by Redis, causing the close system call to block for a long time. This patch is a modified version of one provided by yoav-steinberg of @garantiadata (the original version was posted in the issue #539 comments), and tries to flush the OS buffers incrementally (every 8 MB of loaded data). 2012-08-24 19:28:44 +02:00			`#if defined(__linux__)`
			`#define _GNU_SOURCE`
			`#endif`

Compilation fixed on OpenBSD making sure that _XOPEN_SOURCE is set to 700 in fmacros.h 2011-09-29 10:20:03 +02:00			`#if defined(__linux__) \|\| defined(__OpenBSD__)`
On Linux now fdatasync() is used insetad of fsync() in order to flush the AOF file kernel buffers 2010-05-02 15:05:34 +02:00			`#define _XOPEN_SOURCE 700`
compilation fix for mac os x 2010-05-02 15:08:06 +02:00			`#else`
			`#define _XOPEN_SOURCE`
			`#endif`

added the fmacros to enable support for fseeko() lseeko() with 64bit off_t 2010-01-07 15:49:00 -05:00			`#define _LARGEFILE_SOURCE`
			`#define _FILE_OFFSET_BITS 64`
feature macros defined to play well with C99 2009-03-27 22:01:04 +01:00
			`#endif`