Update ECDSA and ECDH for OPENSSL_NO_ENGINE.

Reported by: Maxim Masiutin
Submitted by: Nils Larsch

Because libraries on Windows lack useful version information, the zlib
guys had to change the name to differentiate with older versions when
a backward incompatibility came up.  Of course, we need to adapt.
This change simply tries to load the library through the newer name
(ZLIB1) first, and if that fails, it tries the good old ZLIB.

Oops!

Fix race condition when CRL checking is enabled.

Update debug-steve

Don't use C++ reserved work "explicit".

Fix Solaris 10_x86 shared build. -Bsymbolic is required to avoid
"remaining relocations" in assembler modules. The latter seems to
be new behaviour, elder as/ld managed to resolve this relocations
as internal. It's possible to address this problem differently,
but I settle for -Bsymbolic...
PR: 546

usr/doc has recently changed to usr/share/doc on Cygwin.
Notified by Corinna Vinschen <vinschen@redhat.com>

Move the declaration of alloca() so it's ony declared when really
necessary.

SHA1 asm Pentium tune-up. Performance loss is not as bad anymore.

sha256_block advances the input pointer double as fast sometimes. Fix the
bug and test that it's actually gone.
PR: 950

Nils Larsch reported that this include is required. Strange that this had
gone unnoticed ...

Import changed files from LPlib.  The changes are logged as follows
for LPdir_unix.c in LPlib.  For the other files, only the last log
entry applies.

----------------------------
revision 1.11
date: 2004/09/23 22:07:22;  author: _cvs_levitte;  state: Exp;  lines: +20 -6
Define my own macro LP_ENTRY_SIZE to express the size of my own
buffering of directory entries, and make it depend on whichever comes
first of PATH_MAX and NAME_MAX.  As a fallback, make sure it's set to
255 if neither PATH_MAX or NAME_MAX were defined.  Also, if the size
given from PATH_MAX or NAME_MAX is less than 255, force LP_ENTRY_SIZE
to be 255.

It makes no harm whatsoever if LP_ENTRY_SIZE is larger than the
maximum local path name limit.  It does make a lot of harm if
LP_ENTRY_SIZE is smaller.  255 seemed like a fairly acceptable default
when nothing else is available.
----------------------------
revision 1.10
date: 2004/08/26 13:36:05;  author: _cvs_levitte;  state: Exp;  lines: +13 -13
License correction.  I am not REGENTS, just a COPYRIGHT HOLDER.
----------------------------

Remove distracting comments and code. Thanks to Nils for picking up on the
outstanding ticket.

PR: 926

Two TODO comments taken care of. Nils pointed out that one of them had already
been done, and took care of the other one (which hadn't).

Submitted by: Nils Larsch
Reviewed by: Geoff Thorpe

Make -Werror happy again.

Check ASN1_TYPE structure type is a SEQUENCE in PKCS7_get_smimecap().

Change values of MBSTRING_* to the form MBSTRING_FLAG|nbyte as assumed
in ASN1_STRING_to_UTF8().

- There's no more need for the snprintf macro.
- Move the inclusion of malloc.h until after all other includes, so we
  can do proper tests of system macros.
- Make sure the correct header file is included to get the builtin
  "alloca" under VMS, and define a macro to map the symbol 'alloca' to
  it.

Synchronise with Unix build.

When looking for request extensions in a certificate look first
for the PKCS#9 OID then the non standard MS OID.

make update

Make VIA Padlock engine more platform friendly and eliminate compiler
warning.

Submitted by: Doug Kaufman <dkaufman@rahul.net>

x86 assembler updates: more instructions, new OPENSSL_instrument_halt
[for DJGPP]...

Synchronise VMS build files with Unixly Makefiles.

Another symbol longer than 31 characters...

Reformat smime utility.

Add support for policy checking in verify utility.

Don't use 'explicit' for variable name.

Reformat smime.c

New X509_VERIFY_PARAM structure and associated functionality.

This tidies up verify parameters and adds support for integrated policy
checking.

Add support for policy related command line options. Currently only in smime
application.

WARNING: experimental code subject to change.

Stop compiler warnings.

TABLE OpenBSD-i386 update

Proper support for OpenBSD-i386 shared build, including assember modules!
"Proper" means "compiles and passes test." Versioning is broken (I think).

OPENSSL_ia32cap final touches. Note that OPENSSL_ia32cap is no longer a
symbol, but a macro expanded as (*(OPENSSL_ia32cap_loc())). The latter
is the only one to be exported to application.

Fix compiler warnings in crypto/evp/bio_ok.c as pointed out by Geoff.

crypto/perlasm update primarily to unify Netware modules. Once it's verified
x86*_nw.pl will be deleted. In addition this update implements initseg
on several additional [in addition to ELF] platforms. Functions registered
with initseg are supposed to be called prior main().

Minor VIA Padlock engine update: eliminate -Wunused warning when *not*
compiling the engine and inline memcpy in performance critical pathes.

Make aes_ctr.c 64-bit savvy.

'compatibility', not 'computability' :-)...

On systems that use case-insensitive symbol names (i.e. they're all
converted to upper case or something like that), the application-
level bio_dump_cb() has a name clash with the new library function
BIO_dump_cb().  The easiest fix is to rename the function at the
application level.

Basically, I wanted to be able to make a dump to a FILE*, and not have
to bother creating a BIO around it.  So here's a few more functions to
make it possible to make the dump using a printing callback, and to
print to a FILE* (based on the callback variant), done in the same
style as the functions in crypto/err/err_prn.c.

Stupid casts...

Update FAQ.

Make ASN1_INTEGER_cmp() work as expected with negative integers.

Call setup_engine after autoconfig.

Don't ignore return value of EVP_DigestInit_ex() in md BIOs and dgst utility.

Make a note of the new engine.

Padlock engine update to fix a typo in MSC assembler and to address
potential corruption problem if user manages to inter-leave aligined
and misaligned requests [as well as some MSC-specific tweaks].

DJGPP has opendir() and friends, according to Gisle Vanem <giva@bgnett.no>.

If they ask for 386, keep it as 386 as possible...

Avoid a.out name table pollition.

Minor clean-up to make Microsoft compiler shut up.

VIA C3 processor extends IA-32 instruction set with instuctions
performing AES encryption in hardware, as well as one accessing
hardware RNG. As you surely imagine this engine access this
extended instruction set. Well, only AES for the moment, support
for RNG is to be added later on...
PR: 889
Submitted by: Michal Ludvig <michal@logix.cz>

Obtained from: http://www.logix.cz/michal/devel/padlock/

Cygwin fix-up for shared build.

OpenBSD fix-up for new a.out targets. OpenBSD .s.o rule is busted...

Clean-up GAS targets: get rid of "cpp" stuff and replace it with "purified"
COFF and a.out targets [similar to ELF targets]. You might notice some
rudementary support for shared mingw builds under cygwin. It works (it
produces cryptoeay32.dll and ssleay32.dll with everything exported by
name), but it's primarily for testing/debugging purposes, at least for
now...

Deprecate cpp and gaswin targets. New coff fills in for gaswin, but cpp is
going out...

DLLEntryPoint is a collective name, not what linker looks for. However,
if we explicitly intruct the linker to set entry point, then we become
obliged to initialize run-time library. Instead we can pick name run-time
will call and such name is DllMain. Note that this applies to both
"native" Win32 environment and Cygwin:-)

We build the crypto stuff, not the ssl stuff, in this command procedure...

The compiler may complain about what looks like a double definition of a
static variable

Oops, wrong version...

Add FIPS library name to error routines.

This is so to say "damage control" for jumbo "cpuid" patch, see
http://cvs.openssl.org/chngview?cn=12493. Now all platform should
be operational, while SSE2 code pathes get engaged on ELF platforms
only.

Add framework for yet another assembler module dubbed "cpuid." Idea
is to have a placeholder to small routines, which can be written only
in assembler. In IA-32 case this includes processor capability
identification and access to Time-Stamp Counter. As discussed earlier
OPENSSL_ia32cap is introduced to control recently added SSE2 code
pathes (see docs/crypto/OPENSSL_ia32cap.pod). For the moment the
code is operational on ELF platforms only. I haven't checked it yet,
but I have all reasons to believe that Windows build should fail to
link too. I'll be looking into it shortly...

Zero key-length for HMAC is apparently OK.

Make bio_ok.c Microsoft compiler savvy.

Typos, typos...

Make bio_ok.c 64-bit savvy.

Stricter boundary condition check in HMAC_Init_ex.

Minor 64-bit md32_common.h update and minor unsignification of digests.

'apps/openssl dgst -help' update and minor apps/speed.c update.

Make SHA-256/-512 optional. Note that no-sha switches off *all* SHA.

Some compilers are just too whiny. Nothing makes Microsoft compiler
stop complaining about loss of precision, but explicit cast.

Some compilers are just too whiny. DEC C doesn't like long long...

Typos and due casts. As for the latter. It's "safe" to cast as below,
because "wrong" casts will either be optimized away or never performed.

Minor HP-UX make update. IA-64-based HP-UX favor .so extension for shared
libraries. Old .sl extension works just fine, but it .so which is default.

TABLE update.

Build-n-link new IA-64 modules on Linux and HP-UX.

Various IA-64 assembler fix-ups.

VC-NT was taken away by mistake, putting it back...

Win64 placeholder targets. This is merely naming suggestion. As we know
Win64 comes in two flavors, IA-64/Itanium and AMD64/Opteron. The
suggestion is to refer to former as WIN64I and latter - WIN64A

Adapt rc4-amd64.pl for Win64/AMD64 assembler.

From LPlib:

Apparently, the length *including* the NUL byte should be used.

Contributed by Andy Polyakov <appro@fy.chalmers.se>

From LPlib:

Make a nicer comment, as we don't really know for sure that it's
really needed, and just want to play on the safe side.

Suggest by Andy Polyakov <appro@fy.chalmers.se>

WinCE should always be compiled as UNICODE, even debugging version...

#include <limits.h> is required at least on HP-UX and IRIX. And what's
with HP-UX offering 14 for NAME_MAX?

EVP_Digest is size_t-fied, clean up test programs accordingly.

Run SHA-256/-512 tests through EVP...

All SIXTY_FOUR_BIT platforms (mind the difference between SIXTY_FOUR_BIT and
SIXTY_FOUR_BIT_LONG) were failing to pass 'cd test; make test_bn'.

From LPlib:

Some code beautification.

Change the macro CP_THREAD_ACP to CP_ACP, because the latter is more
widely defined.

Add a conditional macro definition in case FindFirstFile and
FindNextFile aren't properly defined (might happen on WinCE).

Suggested by Andy Polyakov <appro@fy.chalmers.se>

Make rand_win.c UNICODE savvy.

From LPlib:

Windows changes that detects if multibyte characters are available and
deals with them properly.

Contributed by Andy Polyakov <appro@fy.chalmers.se>

Imported from LPlib, making sure the entry name (at least on Unix) is
NUL-teminated at all times, and that we don't make unneeded calls to
free().

Since version 7.0, The C RTL in VMS handles time in terms of UTC
instead of local time.

Anchor AES and SHA-256/-512 assembler from C.

Type in Configure and TABLE update.

Add anchors for AES, SHA-256/-512 assembler modules and SSE2 code pathes.
I also used this opportunity to clean up some out-of-date targets and
re-group targets by OS.

Add licensing terms.

IA-64 is intolerant to misaligned access. It was a problem on Win64 as
we were mislead by _MSC_VER macro, which is defined by *all* Windows
Microsoft compilers.

Quick fix.

Submitted by: Nils Larsch