Add all that is needed to build external engines on VMS.
Currently, we simply assume that they shall always be built as
shareable images.

Add the command procedure to build external engines on VMS.
Currently, we simply assume that they shall always be built as
shareable images.

New files have appeared, tell VMS.

Plug potential memory leak.
Identified by Goetz Babin-Ebell <babinebell@trustcenter.de>

Add a HISTORY section to the man page to mention the new flags.

The recent CHANGES note between 0.9.6g and 0.9.6h needs copying into the
other branches.

The last character of inconsistency in my recent commits is hereby
squashed.

synchronise util/libeay.num with the 0.9.7-stable variant (guys, this
is something we really need to keep track of!).
make update

avoid warnings ('index' shadows global declaration)

Submitted by: Nils Larsch

Sun has agreed to removing the covenant language from most files.

Submitted by: Sheueling Chang <Sheueling.Chang@Sun.COM>

'covenant HOWTO' (what to do about the Sun covenant if you modify the code)

Submitted by: Bodo Moeller

The #else part of the conditionals have two statements, so they need
to be surrounded with braces, or the surrounding if..else will fail
miserably in case the #else part is compiled.

Revert, that was an incorrect change.
PR: 156

A small detail: since 0.9.7, DH_new_method() and DSA_new_method()
don't take an ENGINE* as parameter any more.
PR: 156

Correct and enhance the behaviour of "internal" session caching as it
relates to SSL_CTX flags and the use of "external" session caching. The
existing flag, "SSL_SESS_CACHE_NO_INTERNAL_LOOKUP" remains but is
supplemented with a complimentary flag, "SSL_SESS_CACHE_NO_INTERNAL_STORE".
The bitwise OR of the two flags is also defined as
"SSL_SESS_CACHE_NO_INTERNAL" and is the flag that should be used by most
applications wanting to implement session caching *entirely* by its own
provided callbacks. As the documented behaviour contradicted actual
behaviour up until recently, and since that point behaviour has itself been
inconsistent anyway, this change should not introduce any compatibility
problems. I've adjusted the relevant documentation to elaborate about how
this works.

Kudos to "Nadav Har'El" <nyh@math.technion.ac.il> for diagnosing these
anomalies and testing this patch for correctness.

PR: 311

increase permissible message length so that we can handle
CertificateVerify for 4096 bit RSA signatures

'broken' PKCS #8 format does not apply to ECDSA

Submitted by: Nils Larsch

clean up new code for NIST primes

create new lock CRYPTO_LOCK_BN to avoid race condition

fast reduction for NIST curves

Submitted by: Nils Larsch

remove superfluous code

Submitted by: Nils Larsch

Make sure toupper() is declared

External engines aren't in crypto/engine/ any more, so don't try to
build them there.

A command procedure to build the external engines is on it's way.

make update

For the mkdef.pl to recognise if the "external" engines are inserted
into libcrypto, we need the "algorithm" STATIC_ENGINE.

There's a name clash between OpenSSL and RSAref.  Since this engine handles
RSAref data, pretend we don't care for OpenSSL's MD2 and MD5 structures or
implementation.
Remove all kinds of silly warning

On certain platforms, we redefine certain symbols using macros in
apps.h.  For those, it's better to include apps.h after the system
headers where those symbols may be defined, since there's otherwise a
chance that the C compiler will barf when it sees something that looks
like this after expansion:

int VMS_strcasecmp((str1),(str2))(const char *, const char *);

Signal an error if the entered output password didn't match itself.
PR: 314

fix warnings, and harmonize indentation

I don't like c-tab-always-indent ...

Typo: v3 is represented by 2.

In my extreme debug mode, gcc complains that 'static' doesn't come
first.

New docs.

Make pod2man happier.

If dynamically-loadable ENGINEs are linked against a shared-library version
of libcrypto, then it is possible that when they are loaded they will share
the same static data as the loading application/library. This means it will
be too late to set memory/ERR/ex_data/[etc] callbacks, but entirely
unnecessary to try. This change puts a static variable in the core ENGINE
code (contained in libcrypto) and a function returning a pointer to it. If
the loaded ENGINE's return value from this function matches the loading
application/library's return value - they share static data. If they don't
match, the loaded ENGINE has its own copy of libcrypto's static data and so
the callbacks need to be set.

Also, although 0.9.7 hasn't been released yet, it's clear this will
introduce a binary incompatibility between dynamic ENGINEs built for 0.9.7
and 0.9.8 (though others probably exist already from EC_*** hooks and
what-not) - so the version control values are correspondingly bumped.

Another ENGINE implementation dependant on string.h.

We need to propogate SHARED_LIBS to sub-directories for "install" targets
now.

The loop variable is 'l', not 'i'.

Corrected exchanged parameters in example for EVP_EncryptInit_ex()
Submitted by: "Marcus Carey" <marcus.carey@verizon.net>
Reviewed by:
PR: 265

change Emacs indentation style to make it easier to insert
tabs manually

Submitted by: Pierre Bacquet <pbacquet@delta.fr>

Eh, -Wl,--whole-archive disappeared from the GNU targets.  I've no
idea why, but that was definitely wrong...

The ENGINE implementations in ./engines/ should be role models on how to
write external engines (and thus should require only installed openssl
headers and libs to compile without warnings). So this gets rid of recently
introduced compilation warnings (no longer including internal headers) by
including string.h directly.

- Remo Inverardi noticed that ENGINEs don't have an "up_ref" function in the
normal 'structural' case (ENGINE_init() satisfies this in the less normal
'functional' case). This change provides such a function.

- Correct some "read" locks that should actually be "write" locks.

- make update.

Typos.
PR: 189

Typos.
PR: 189

A much better idea, of course, is not to do a submake at all...

Makefile.shared needs to know how it can reach itself.

When BN_add_word() reaches top, it shouldn't try to add the the corresponding
word, since that word may not be zero.

makedepend complains when a header file is included more than once in
the same source file.

Complete the VxWorks fix by implementing a NULL RAND_poll() for it.
PR: 253

libs is a timestamp that we don't really need to know about.

Add needed libraries as per configuration to the list of libraries we
depend upon.

Add missing quotes.
Make sure test doesn't barf because of missing spaces before the
closing ].
Add -lc to the list of libraries we depend upon.  Not always
necessary, but never hurts.

Targeting the solaris platform for specific tests.  Something is going
wrong, and my test engine doesn't show it.  The verbosity will be
temporary for about a day.

Clarify where the engines are by default.

Chase down the missing backslashes.

Add more commentary.  Check that *num is smaller than the block size.

The AES CTR API was buggy, we need to save the encrypted counter as well
between calls, or that will be lost if it returned with *num non-zero.

Step 14 of move of engines:  Final step, document the change.

make update.

And if the path has a space, we definitely need to protect $openssl.

Oh, there were *two* places where we needed to protect the file
name...

For the platforms where version info is inserted separately into the
shared library, set those flags conditionally.

Step 13 of move of engines:  Remove old files.

Step 12 of move of engines: Time to make the changes to support
automatic load of dynamic engines.  Make the changes in the main
Makefile so the engines are built, but now in the engines/ directory.

Note: The changes in step 12 have all been made by Geoff Thorpe.
Credit where credit is due.

Step 11c of move of engines: Time to make the changes to support
automatic load of dynamic engines.  Change the iterator to try to load
the requested engine dynamically.  The environment variable
OPENSSL_ENGINES can be used to override the internal default directory
where one can expect to find dynamically loadable engines.

Note: The changes in step 11 have all been made by Geoff Thorpe.
Credit where credit is due.

Step 11b of move of engines: Time to make the changes to support
automatic load of dynamic engines.  Add functionality to the dynamic
engine to handle engine directories and loading from those.  This
is currently NOT compatible with the use of LD_LIBRARY_PATH and
similar environment variables.

Note: The changes in step 11 have all been made by Geoff Thorpe.
Credit where credit is due.

Step 11a of move of engines: Time to make the changes to support
automatic load of dynamic engines.  Unless we don't have shared
library support, do not try to load any "built-in" engines except for
cryptodev.

Step 10 of move of engines: Change crypto/engine/Makefile.ssl so we
don't build any "built-in" engines in that directory any more, except
fo the cryptodev one.

Step 9 of move of engines: rename crypto/engine/hw_cryptodev.c to
eng_cryptodev.c.  This is an engine that (at least currently) has
to be built in.

Typo

Step 8 of move of engines: Remove the last little quirks.
DECIMAL_SIZE is copied from crypto/cryptlib.h.

We didn't copy the cryptodev engine here, darn it!

Step 7 of move of engines: Engines should not depend on private
OpenSSL header files.

Typo.

Step 6 of move of engines: rename the macro ENGINE_DYNAMIC_SUPPORT to
OPENSSL_NO_DYNAMIC_ENGINE and make sure that gets defined unless
shared library support has been specifically requested.

synchronize with 0.9.7-stable version of this file

That wasn't supposed to be there...

Step 5 of move of engines: Add a makefile (and a .cvsignore).

Step 4 of move of engines: Split e.ec into individual files for each
engine.

Step 3 of move of engines: copy the corresponding vendor header files.

Step 2 of move of engines: copy engines to new directory and rename them
to be prefixed with e_ instead of hw_.  They aren't necessarely hardware
engines.  The files commited here are exact copies of the corresponding
hw_ files found in crypto/engine/.

Add a configuration target for A/UX.
PR: 271

make update

There may be more than one single quote to fix.
PR: 256

Make sure it's properly detected when there's no version information
at all, and in all other cases, make sure foo.so is linked to
foo.so.{soversion}.

Make sure $fname will not give us any surprises with any funny characters.
PR: 256

BN_bn2hex() returns "0" instead of "00" for zero.  This disrputs the
requirement that the serial number always be an even amount of characters.
PR: 248

Fix inconsistencies in the Darwin targets.
Add a variant of SHLIB_SOVER without the preceding period.

Add a suffix for Darwin's sake, since it seems like .dylib comes after
the version in the file name.

Move the shared library construction stuff to Makefile.shared, a
helper makefile that generalises our way of building shared libraries
and is designed to take care of almost anything (I hope).

Rhapsody had ftime, Darwin doesn't (any longer?)

Add a few more target platforms, to see how well the shared library
linking works on them.

VMS below version 7 doesn't have strcasecmp, so let's roll our own on VMS.
PR: 184

Typo

RFC 2712 redefines the codes for use of Kerberos 5 in SSL/TLS.
PR: 189

More docs.

Typo.

Update docs.

Make sure that the 'config' variable is correctly defined and declared
for monolithic as well as non-monolithic biuld.
More work is probably needed in this area.
PR: 144

Remove redundancy and use the main makefile better