Submitted by: Nils Larsch

PR: 235

don't include the static engine entry points in libcrypto.exe.

Make sure to include openssl/opensslconf.h to make sure we get the
definition of those macros.

a year.

Currently, we simply assume that they shall always be built as
shareable images.

Currently, we simply assume that they shall always be built as
shareable images.

Identified by Goetz Babin-Ebell <babinebell@trustcenter.de>

other branches.

squashed.

is something we really need to keep track of!).
make update

Submitted by: Nils Larsch

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

Submitted by: Bodo Moeller

to be surrounded with braces, or the surrounding if..else will fail
miserably in case the #else part is compiled.

PR: 156

don't take an ENGINE* as parameter any more.
PR: 156

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

CertificateVerify for 4096 bit RSA signatures

Submitted by: Nils Larsch

create new lock CRYPTO_LOCK_BN to avoid race condition

Submitted by: Nils Larsch

Submitted by: Nils Larsch

build them there.

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

into libcrypto, we need the "algorithm" STATIC_ENGINE.

RSAref data, pretend we don't care for OpenSSL's MD2 and MD5 structures or
implementation.
Remove all kinds of silly warning

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 *);

PR: 314

first.