compiled into *our* aplpications. That's because mingw is always
consistent with itself. Having library-side code linked into .dll
makes it possible to deploy the .dll with user-code compiled with
another compiler [which is pretty much the whole point behind Applink].

and SafeDllSearchMode in Windows.

Submitted by: Richard Levitte

make it possible to produce for a unified binary build, which can be
used with a variety of Win32 compilers.

conventions.

This is due to weird Borland compilers.
Part of PR 123

Fix Mingw32 asm build: use the Unix
bignum assembly method of bn-586.pl
and co-586.pl which (for some reason)
VC++ doesn't use.

"Peter 'Luna' Runestig" <peter+openssl-dev@runestig.com>

problem in some other file, but I can't recall which.

don't dynamically create them.  This allows using ssltest
for approximate performance comparisons:
   $ time ./ssltest -num 50 -tls1 -cert ../apps/server2.pem \
     [-no_dhe|-dhe1024dsa|-dhe1024]
(server2.pem contains a 1024 bit RSA key, the default has only
512 bits.) Note that these timings contain both the server's and
the client's computations, they are not a good indicator for
server workload in different configurations.

(including another problem in the s3_srvr.c state machine).

benefit of MS-DOS users.

passes all the tests. Added documentation in INSTALL.W32.

didn't work before :-)

test batch file.

unsigned/signed cmp error in asn1parse. Change various pem_all.c args to
use pem_password_cb.

Configure no longer changes files in place.