Submitted by: David Greaves

Submitted (a month ago) by: Wade Scholine

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

Submitted by: Wu Zhigang <zhigangwu@yahoo.com>

Submitted by: John Keith <jtkeith@kavi.com>

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

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

Submitted by: Richard Levitte

always get included with the relevant files.

SGI' cc; enable workaround.
Submitted by: Martin Kraemer

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.

of type XXX ** not XXX *

There were problems with putting e_os.h just into the top directory,
because the test programs are compiled within test/ in the "standard"
case in in their original directories in the makefile.one case;
and in the latter symlinks may not be available.