Don't mix real tabs with tabs expanded as 8 spaces -- that's
a pain to read when using 4-space tabs.

Introduce "BIO pairs", which (when finished) will relay data
so that the SSL library can be used for applications that
have to handle all the actual I/O themselves.

Mention mkdir-p.pl.

mkdir -p is not fully portable (according to Marc Crispin,
NeXTstep creates a directory called -p); now mkdir-p.pl does its job.

Use only -O, not -O3 for NeXTstep:

> The nextstep port uses the -O3 switch to gcc.  Support for -O3 didn't appear
> until later (and buggier) versions of NeXTstep.  Use -O instead, or have a
> separate port.

Submitted by: Mark Crispin <MRC@Panda.COM>

Comments added.

linux-sparc

"linux-sparc" configuration.

Submitted by: Christian Forster <fo@hawo.stw.uni-erlangen.de>

More general definition for S_ISDIR (needed not only for VMS but
also for NeXT).

More PKCS#5 v2.0 development. Add a function to setup a PKCS#5 v2.0
AlgorithmIdentifier and make various ASN1 fixes.

Change PBE handling a bit more: now the key and iv generator does calls
EVP_CipherInit() this because the IV wont be easily available when doing
PKCS#5 v2.0

Rewrite PBE handling read to support PKCS#5 v2.0 and update the function
list for Win32.

Change so PEM private key read routines can handle PKCS#8 transparently.

More PKCS#8 stuff. Support for unencrypted forms of private key.

const/type fixes.

Add d2i,i2d bio and fp functions for PKCS#8 and add -inform and -outform
arguments to pkcs8 application.

Add a 'pkcs8' application for initial PKCS#8 support. Still needs lots more
options to handle encrypted and unencrypted forms and DER format input and
output.

The rest of the PKCS#5, PKCS#8 patch I forgot before :-)

Add PKCS#5 v1.5 compatible algorithms and initial PKCS#8 support. PKCS#8 needs
more work: need an application and make the private key routines automatically
handle PKCS#8.

Update.

Aha! That's how pkcs12 got missed from stackification.

Some constification and stacks that slipped through the cracks (how?).

Support the EBCDIC character set and BS2000/OSD-POSIX (work in progress).

Submitted by: Martin Kraemer <Martin.Kraemer@MchP.Siemens.De>

remove conflict indicator ...

Support the EBCDIC character set and BS2000/OSD-POSIX (work in progress).

Submitted by: Martin Kraemer <Martin.Kraemer@MchP.Siemens.De>

"linux-sparc64-gcc" configuration
Submitted by: Ray Miller <ray.miller@oucs.ox.ac.uk>

Support the EBCDIC character set and BS2000/OSD-POSIX (work in progress).

Submitted by: Martin Kraemer <Martin.Kraemer@MchP.Siemens.De>

Generate no-xxx options for missing ciphers.

Test apps.

Hint about unresolved symbols when mixing compilers.

Avoid type conflict on Unix with DEC C.

Pointed out by Sergio Rabellino <Rabellino@di.unito.it>

Define a macro to avoid name conflicts.

gcc dumps core on HPUX.

More evil cast removal.

Make samples compile.

stack

Evil cast extermination.

stack.

Move stack implementations to more natural places.

Stack.

Remove redundant line.

Labels longer than eight characters might cause problems.

Borland C fix.

Submitted by: Andy Polyakov

more typesafe stacks ...

More consistency.

stack.

Stack.

"BTW, I no longer have a wish for this. This was solved in other ways."
Mats Nilsson <mats.nilsson@xware.se>,
<4.1.19990531095211.040bf2e0@berit.xware.se> to <openssl-dev@openssl.org>

Complain about deficiency of internal_verify.

More stack.

Adjust bsdi-elf-gcc to look more like FreeBSD-elf, linux-elf and the like.

BSD/OS 4.x support (bsdi-elf-gcc)

Yet another stack.

Another stack.

Another safe stack.

Another safe stack.

More safe stack.

Puhhh... today is a very hot day.

And carry on with development...

Oops!

Prepare to release 0.9.3a

Update dependencies.

Pass INSTALL_PREFIX to subdirectories of crypto

Submitted by: strube@physik3.gwdg.de (Hans Werner Strube)

Some assembler-related clean-ups.

sco5-gcc configuration.

Submitted by: David Greaves

Include <stdio.h>.

Updated C++ SSL demos.
Submitted (a month ago) by: Wade Scholine

Updated some demos.
Submitted by: Sean O Riordain <Sean.ORiordain@cyrona.com>

*** empty log message ***

Change function call according to current API.

Ignore directories created by "make -f makefile.one".

Free up 'out' before exiting pkcs12 application.
Submitted by: Wu Zhigang <zhigangwu@yahoo.com>

der_chop is now generated from der_chop.in.

I386_ONLY is defined in opensslconf.h, so we need to include it.
Submitted by: John Keith <jtkeith@kavi.com>

Circument egcs bug.
Submitted by: Andy Polyakov <appro@fy.chalmers.se>

Fix for memory leak.

Update md5 assembly source for Win32.

Set #!... path to Perl in apps/der_chop automatically.

Add closing parenthesis to usage output.

Temporary workaround for IRIX64 build.
Submitted by: Andy Polyakov <appro@fy.chalmers.se>

Last minute VMS updates for 0.9.3.
Submitted by: Richard Levitte

Update for 0.9.3.

Final version for 0.9.3.

Move on to 0.9.4.

Here we go: prepare to roll 0.9.3.

Fix URL for perl in INSTALL.W32

Move to beta 3.

Prepare for final(?) beta.

Don't use NULL-pointer :-/

Detect linux-mips.

Comment about bug.

Let ssl_get_prev_session reliably work in multi-threaded settings.

Set ext_list to NULL after use.

Avoid memory hole when we don't like the session proposed by the client

Fixup do_nt.bat for new mk1mf arg order.

Move the Win32 #undefs of X509_NAME and PKCS7_ISSUER_AND_SERIAL so they will
always get included with the relevant files.

We need e_os.h here.

Remove traces of bad idea :-)

Older versions of SINIX C development system inherited a bug from
SGI' cc; enable workaround.
Submitted by: Martin Kraemer

It was a very bad idea to use #include "../e_os.h" -- when this occurs
in cryptlib.h (which is often included as "../cryptlib.h"), then the
question remains relative to which directory this is to be interpreted.
gcc went one further directory up, as intended; but makedepend thinks
differently, and so probably do some C compilers.  So the ../ must go away;
thus e_os.h goes back into include/openssl (but I now use
#include "openssl/e_os.h" instead of <openssl/e_os.h> to make the point) --
and we have another huge bunch of dependency changes.  Argh.