summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/rand/rand.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Place most of the RAND_* functions under #ifndef LIBRESSL_INTERNAL (somejsing2014-10-221-1/+4
| | | | are still needed for the engine). Our code should use arc4random instead.
* Explicitly include <openssl/opensslconf.h> in every file that referencesjsing2014-07-101-3/+3
| | | | | | | | | an OPENSSL_NO_* define. This avoids relying on something else pulling it in for us, plus it fixes several cases where the #ifndef OPENSSL_NO_XYZ is never going to do anything, since OPENSSL_NO_XYZ will never defined, due to the fact that opensslconf.h has not been included. This also includes some miscellaneous sorting/tidying of headers.
* tags as requested by miod and teduderaadt2014-06-121-1/+1
|
* KNF.jsing2014-05-241-15/+14
|
* Another e_os2.h -> opensslconf.h.jsing2014-05-241-1/+3
|
* egd support is too dangerous to leave where somebody might find it.tedu2014-04-181-3/+0
| | | | ok deraadt.
* Replace the old OpenSSL PRNG by direct use of arc4random_buf(), keeping themiod2014-04-151-25/+1
| | | | | | | | | | | | | | | | | | | | | existing RAND interfaces unchanged. All interfaces allowing external feed or seed of the RNG (either from a file or a local entropy gathering daemon) are kept for ABI compatibility, but are no longer do anything. While the OpenSSL PRNG was required 15+ years ago when many systems lacked proper entropy collection, things have evolved and one can reasonably assume it is better to use the kernel (system global) entropy pool rather than trying to build one's own and having to compensate for thread scheduling... <RANT> Whoever thought that RAND_screen(), feeding the PRNG with the contents of the local workstation's display, under Win32, was a smart idea, ought to be banned from security programming. </RANT> ok beck@ deraadt@ tedu@
* Merge conflicts; remove MacOS, Netware, OS/2, VMS and Windows build machinery.miod2014-04-131-0/+1
|
* resolve conflictsdjm2012-10-131-0/+9
|
* resolve conflicts, fix local changesdjm2010-10-011-28/+1
|
* resolve conflictsdjm2009-01-091-1/+28
|
* resolve conflictsdjm2008-09-061-9/+6
|
* resolve conflictsdjm2005-04-291-0/+10
|
* merge 0.9.7b with local changes; crank majors for libssl/libcryptomarkus2003-05-121-0/+2
|
* merge openssl-0.9.7-beta3, tested on vax by miod@markus2002-09-101-0/+5
|
* OpenSSL 0.9.7 stable 2002 05 08 mergebeck2002-05-151-19/+11
|
* openssl-engine-0.9.6a mergebeck2001-06-221-1/+3
|
* openssl-engine-0.9.6 mergebeck2000-12-151-5/+20
|
* OpenSSL 0.9.5a mergebeck2000-04-151-1/+8
|
* OpenSSL 0.9.5 mergebeck2000-03-191-4/+25
| | | | | | *warning* this bumps shared lib minors for libssl and libcrypto from 2.1 to 2.2 if you are using the ssl26 packages for ssh and other things to work you will need to get new ones (see ~beck/libsslsnap/<arch>) on cvs or ~beck/src-patent.tar.gz on cvs
* OpenSSL 0.9.4 mergebeck1999-09-291-17/+14
|
* Import of SSLeay-0.9.0b with RSA and IDEA stubbed + OpenBSD buildryker1998-10-051-0/+92
functionality for shared libs. Note that routines such as sslv2_init and friends that use RSA will not work due to lack of RSA in this library. Needs documentation and help from ports for easy upgrade to full functionality where legally possible.