PR: 1100

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

during "make errors" and thus during "make update".

Fix lots of bugs that util/ck_errf.pl can detect automatically.
Various others of these are still left to fix; that's why
"make update" will complain loudly when run now.

Update dependencies.

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

and SafeDllSearchMode in Windows.

Submitted by: Richard Levitte

replace *whole* aes_core.c, not only AES_[de|en]crypt routines.

libraries aren't built or used.  I can see the point, so I'm
reorganising a little for clarity.

therefore link with them).  Add LD_PRELOAD setting code where it was
still missing.

PR: 966

if $(EXHEADER) is empty.

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

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

I also used this opportunity to clean up some out-of-date targets and
re-group targets by OS.

PR: 499

install to a different location than it had created. (BTW, VMS will need a
matching fix in eng_list.c.) Note, these aren't ssl-specific, so I'm
putting "engines/" into the libs directory rather than at the "--prefix"
level or inside "ssl/".

think that proper Makefile clean-up is required.

generated from the Unixly configuration file.

use it.

Notified by Frédéric L. W. Meunier <0@pervalidus.tk> in PR 713

dependencies of the OPENSSL_NO_DEPRECATED mode. This prevents dependencies
being reproduced for "deprecated" header behaviour when a developer doesn't
define the symbol (with the subsequent CVS wars that can ensue).

that gets built before objects barfs all over the place because it
uses a new NID that hasn't had a chance of getting defined yet (in
this case, it was about a couple of new EC curves, and therefore a
couple of new corresponding NIDs).

I'm placing objects first in SDIRS!  There.

rather than OPENSSLDIR.

PR: 654

PR: 634