libreSSL/crypto/compat/arc4random.h

#ifndef LIBCRYPTOCOMPAT_ARC4RANDOM_H
#define LIBCRYPTOCOMPAT_ARC4RANDOM_H

#include <sys/param.h>

#if defined(__FreeBSD__)
#include "arc4random_freebsd.h"

#elif defined(__hpux)
#include "arc4random_hpux.h"

#elif defined(__linux__)
#include "arc4random_linux.h"

#elif defined(__APPLE__)
#include "arc4random_osx.h"

#elif defined(__sun)
#include "arc4random_solaris.h"

#elif defined(_WIN32)
#include "arc4random_win.h"

#else
#error "No arc4random hooks defined for this platform."

#endif

#endif
wrap arc4random header ok @doug 2014-10-30 10:52:29 -05:00			`#ifndef LIBCRYPTOCOMPAT_ARC4RANDOM_H`
			`#define LIBCRYPTOCOMPAT_ARC4RANDOM_H`

override native arc4random_buf on FreeBSD The FreeBSD-native arc4random_buf implementation falls back to weak sources of entropy if the sysctl fails. Remove these dangerous fallbacks by overriding locally. Unfortunately, pthread_atfork() is broken on FreeBSD (at least 9 and 10) if a program does not link to -lthr. Callbacks registered with pthread_atfork() simply fail silently. So, it is not always possible to detect a PID wraparound. I wish we could do better. This improves arc4random_buf's safety compared to the native FreeBSD implementation. Tested on FreeBSD 9 and 10. ok beck@ deraadt@ 2014-10-27 19:22:03 -05:00			`#include <sys/param.h>`

			`#if defined(__FreeBSD__)`
			`#include "arc4random_freebsd.h"`

Add support for HP-UX tested on: HP-UX 11.31 ia64, gcc 4.7.1(HP AllianceOne version) gcc 4.2.3(http://hpux.connect.org.uk) HP C/aC++ HP-UX defaults to use LP32 and it treats long as 32 bit (= 4 bytes). This build forces LP64 for treating long as 64 bit. 2014-12-08 11:08:45 +09:00			`#elif defined(__hpux)`
			`#include "arc4random_hpux.h"`

override native arc4random_buf on FreeBSD The FreeBSD-native arc4random_buf implementation falls back to weak sources of entropy if the sysctl fails. Remove these dangerous fallbacks by overriding locally. Unfortunately, pthread_atfork() is broken on FreeBSD (at least 9 and 10) if a program does not link to -lthr. Callbacks registered with pthread_atfork() simply fail silently. So, it is not always possible to detect a PID wraparound. I wish we could do better. This improves arc4random_buf's safety compared to the native FreeBSD implementation. Tested on FreeBSD 9 and 10. ok beck@ deraadt@ 2014-10-27 19:22:03 -05:00			`#elif defined(__linux__)`
update to newly-refactored arc4random compatibility shims the thread-private bits can move next ok beck@ 2014-07-17 23:58:46 -05:00			`#include "arc4random_linux.h"`

produce a error if platform has no arc4random hook ok deraadt@ beck@ 2014-07-28 20:57:43 -05:00			`#elif defined(__APPLE__)`
update to newly-refactored arc4random compatibility shims the thread-private bits can move next ok beck@ 2014-07-17 23:58:46 -05:00			`#include "arc4random_osx.h"`

produce a error if platform has no arc4random hook ok deraadt@ beck@ 2014-07-28 20:57:43 -05:00			`#elif defined(__sun)`
update to newly-refactored arc4random compatibility shims the thread-private bits can move next ok beck@ 2014-07-17 23:58:46 -05:00			`#include "arc4random_solaris.h"`

Use _WIN32 instead of __WIN32. ok bcook@ 2014-11-05 20:52:00 +08:00			`#elif defined(_WIN32)`
update to newly-refactored arc4random compatibility shims the thread-private bits can move next ok beck@ 2014-07-17 23:58:46 -05:00			`#include "arc4random_win.h"`
produce a error if platform has no arc4random hook ok deraadt@ beck@ 2014-07-28 20:57:43 -05:00
			`#else`
			`#error "No arc4random hooks defined for this platform."`

update to newly-refactored arc4random compatibility shims the thread-private bits can move next ok beck@ 2014-07-17 23:58:46 -05:00			`#endif`

wrap arc4random header ok @doug 2014-10-30 10:52:29 -05:00			`#endif`