in legacy code). I'd rather just remove it along with legacy interface,
but it's probably not as appropriate as I'd like. Reimplement the macro.

from .h files...

http://cvs.openssl.org/chngview?cn=14547.

to open/read/write/close. First OPENSSL_NO_POSIX_IO target would be
Windows CE.

loop option, which can give further 3KB code reduction.

OPENSSL_PIC macro.

place between objects that overlap, the behavior is undefined." It's hard
to comprehend, but it reportedly manages to be case.

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

PR: 1125

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

PR: 963

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

to include crypto.h directly.

available compiler versions generated bogus machine code trying to
compile new crypto/des/cfb_enc.c. Secondly, 8th version defines
__GNUC__ macro, but fails to compile *some* inline assembler correctly.
Note that all versions of icc implement MSC-like _lrot[rl] intrinsic,
which is used now instead of offensive asm. Finally, unnecessary linker
dependencies are eliminated. Most notably dependency from libirc.a
caused trouble at application start-up, if libcrypto.so is linked with
-Bsymbolic (which it is).