Also remove obsolete and now misleading comments.

'INSTALL', so we need to put some force into installing

[most importantly] put back dependencies accidentaly eliminated in
check-in #13342.

and GNU binutils, but kept BSD make... And I took the opportunity to
unify other targets to this common least denominator...

make update

if $(EXHEADER) is empty.

Notified by many, solution suggested by Carson Gaspar <carson@taltos.org>

"Proper" means "compiles and passes test." Versioning is broken (I think).

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...

the Makefiles. NB: this commit is probably going to generate a huge posting
and it is highly uninteresting to read.

This is part of a large change submitted by Markus Friedl <markus@openbsd.org>

Submitted by: Tim Rice <tim@multitalents.net>

PR: #735, #765

compression identity is already present among the registered
compression methods, and if so, reject the addition request.

Declare SSL_COMP_get_compression_method() so it can be used properly.

Change ssltest.c so it checks what compression methods are available
and enumerates them.  As a side-effect, built-in compression methods
will be automagically loaded that way.  Additionally, change the
identities for ZLIB and RLE to be conformant to
draft-ietf-tls-compression-05.txt.

Finally, make update.

Next on my list: have the built-in compression methods added
"automatically" instead of requiring that the author call
SSL_COMP_add_compression_method() or
SSL_COMP_get_compression_methods().

FreeBSD. Goal is to extend support even to SCO5, UnixWare/OpenUnix...

only. I'll keep my eyes open for Linux and OpenBSD targets.

Linux for example doesn't exhibit this behaviour, but I add "exit 0" to all
potentially affected rules, just to be on the safe side.

shared libraries shared.

give it.
For 0.9.7 and up, that means util/domd needs to remove those double
dashes from the argument list when gcc is used to find the
dependencies.

handled properly.
Part of PR 75

strictly necessary, so let's not do that.

Make sure DES_cblock is defined at all times (meaning one shouldn't include
openssl/des_old.h directly any more).

functions in ui_compat.  This gave reason to rework that part more
thoroughly, so here are the changes made:

1. Add DES_read_password() and DES_read_2passwords() with the same
   functionality as the corresponding old des_ functions, as a
   convenience to the users.
2. Add UI_UTIL_read_pw_string() and UI_UTIL_read_pw() with the
   functionality from des_read_pw_string() and des_read_pw(), again as
   a concenience to the users.
3. Rename des_read_password(), des_read_2passwords(),
   des_read_pw_string() and des_read_pw() by changing des_ to
   _ossl_old_des_, and add the usual mapping macros.
4. Move the implementation of des_read_password() and
   des_read_2passwords() to the des directory, since they are tightly
   tied to DES anyway.

This change was inspired by a patch from Assar Westerlund <assar@sics.se>:

There are some functions that didn't get the kick-away-old-des-and-
replace-des-with-DES action.  Here's a patch that adds DES_ and des_
(in des_old.h) versions of des_read_pw_string et al.  This patch
includes some of the first des_old.h semi-colon macro fixes that I've
already sent.

libeay.num got tweaked so the old des symbols would retain their
positions.

perl util/mkerr.pl -recurse -write -rebuild

the docs to reflect this change and correct libeay.num.