Resolve minor binary compatibility issues in fips.

Throw in fips/aes/asm/fips-ax86-elf.s.

Regenerate fips/des/asm/fips-dx86-elf.s with -fPIC flag.

Return 0 for successful hash check.

Rename fips/sha1/sx86-elf.s to fips/sha1/fips-sx86-elf.s.

Bring back fips_standalone_sha1.

Modify checkhash.pl so it can be run standalone or included as a funtion
in another perl script.

Include user32.lib to import MessageBoxIndirect

Apparently, isascii() is an X/Open function, so to get it properly
declared, we need to define _XOPEN_SOURCE before including ctype.h.

Ported from HEAD.

EVP_CIPHER_CTX_init is a void function + fix typo

PR: 1044 + 1045

Update hash checking in makefiles to use new perl script.

Fix from HEAD.

Perl script that checks or rebuilds FIPS hash files. This works on
both Unix and Windows.

Merge all FIPS hash files into a single hash file fips/fips.sha1

Final touch to mingw shared.

Move cygcrypto.dll above cygwin.dll.

More cover-ups, removing OPENSSL_GLOBAL/EXTERNS.

Final(?) touches to mingw shared support. .dll.a as shared lib extention might
appear controversial, but that's the only way to avoid relinks...

Zap OPENSSL_EXTERN on symbols, which are meant to remain local to DLL.
Comment in HEAD commit was wrong!

Fix typos.

Backport OPENSSL_NONPIC_relocated from HEAD.

Shared support update, rather backport from HEAD.

OPENSSL_showfatal, backport from HEAD.

Rebuild error codes.

Include error library value in C error source files instead of fixing up
at runtime.

Ooops, shoudln't have deleted this line.

Not sure what this is doing here...

Now that things have been tagged properly, make preparations for the
next version in the 0.9.7 branch.

Prepare to release 0.9.7g.
The tag till be OpenSSL_0_9_7g.

Add a NEWS item for 0.9.7g.

Merge RFC3820 source into mainstream 0.9.7-stable.

Add emacs cache files to .cvsignore.

This commit was manufactured by cvs2svn to create branch
'OpenSSL_0_9_7-stable'.

Add emacs cache files to .cvsignore.

Move allow_proxy_certs declaration to start of function.

Make kerberos ciphersuite code work with newer header files

Typo..

Make kerberos ciphersuites work with newer headers.

This commit was manufactured by cvs2svn to create branch
'OpenSSL_0_9_7-stable'.

Added restrictions on the use of proxy certificates, as they may pose
a security threat on unexpecting applications.  Document and test.

add support for DER encoded private keys to SSL_CTX_use_PrivateKey_file()
and SSL_use_PrivateKey_file()

PR: 1035
Submitted by: Walter Goulet
Reviewed by:  Nils Larsch

improve docu of SSL_CTX_use_PrivateKey()

get rid of very buggy and very imcomplete DH cert support

Reviewed by: Bodo Moeller

make sure error queue is totally emptied

PR: 359

const fixes

Recognize MSYS/MINGW environment.

Recognize MSYS/MINGW environment.

Implement OPENSSL_showfatal and make it Win32 GUI and service aware
[meaning that it will detect in which context application is running
and either write message to stderr, post a dialog or log an event].

Engage DllMain on Windows. Partial backport from HEAD. Unlike HEAD,
it doesn't get engaged on __CYGWIN__, because I'm not sure is *all*
Cygwin installations are equipped with windows.h...

Harmonize cygwin/mingw and VC targets.

+45% RC4 performance boost on Intel EM64T core. Unrolled loop providing
further +35% will follow...

Submitted by: Zou Nanhai

some const fixes

update progs.pl to reflect changes in progs.h

fix example in docu

PR: 800

fix example in docu

PR: 800

some const fixes and cleanup

remove unused recp method

Extend Solaris x86 support to amd64.

Solaris x86 linker erroneously pads .init segment with zeros instead of
nops, which causes SEGV at startup. So I don't align anymore.

Some non-GNU compilers (such as Sun C) define __i386.

HISTORY section: point out change of default digest

Extend Solaris x86 support to amd64. Note that if both gcc and Sun C
are installed, it defaults to gcc, because it beats Sun C on every
benchmark. Also note that gcc shared build was verified to work woth
Sun C...

Downsync from HEAD.
PR: 1031

Make bn/asm/x86_64-gcc.c gcc4 savvy. +r is likely to be initially
introduced for a reason [like bug in initial gcc port], but proposed
=&r is treated correctly by senior 3.2, so we can assume it's safe now.
PR: 1031

If input is bad, we still need to clear the buffer.

use SHA-1 as the default digest for the apps/openssl commands

Typo

Typo.

really clear the error queue here

PR: 860

really clear the error queue here

PR: 860

use SSL3_VERSION_MAJOR instead of SSL3_VERSION etc.

PR: 658

use SSL3_VERSION_MAJOR instead of SSL3_VERSION etc.

PR: 658

Consistency.

Add a file with fingerprints that have recently been used to sign
OpenSSL distributions, or are about to.  This has been requested a
little now and then by users, for years :-/...

This commit was manufactured by cvs2svn to create branch
'OpenSSL_0_9_7-stable'.

Add a file with fingerprints that have recently been used to sign
OpenSSL distributions, or are about to.  This has been requested a
little now and then by users, for years :-/...

Simplicate and add lightness.

Get rid of irritating noise.

Give everything prototypes (well, everything that's actually used).

fix header

Makefile.ssl doesn't exist anymore

Take account of Makefile.ssl removal.

Make tags target useful.

Don't debug.

Blow away Makefile.ssl.

update docs (recent constification)

Constification.

update docs (recent constification)

the second argument of EVP_SealInit is const

the second argument of EVP_SealInit is const

when building with OPENSSL_NO_DEPRECATED defined BN_zero is a macro
which cannot be evaluated in an if statement

Allow 'null' cipher and appropriate Kerberos ciphersuites in FIPS mode.

Resolve "operation size not specified" in NASM modules.

Harmonize with CHANGES as distributed in OpenSSL 0.9.7f.

undo Cygwin change

undo Cygwin change

Change the memory leak FAQ entry to describe the levels of thread safety in each function

Change the memory leak FAQ entry to describe the levels of thread safety in each function

Constification.

Update CHANGES, opensslv.h

Update FAQ