Since HEADER_DES_H has been the protector of des.h since libdes
authorRichard Levitte <levitte@openssl.org>
Wed, 11 Dec 2002 06:59:49 +0000 (06:59 +0000)
committerRichard Levitte <levitte@openssl.org>
Wed, 11 Dec 2002 06:59:49 +0000 (06:59 +0000)
commit323edf1908f488cb3194c3e50127bf7c5ea24748
treec04396f71e56c1e88fa55a3ec8b8038a7c189073
parentba9cf37d5986849c6b3bef40b3a145d4802a075f
Since HEADER_DES_H has been the protector of des.h since libdes
(before SSLeay, maybe?), it's better to have that macro protect
the compatibility header des_old.h.  In the new des.h, let's use
a slightly different protecting macro.

The rationale is that there are application that might include (via
other header files, perhaps) both an old libdes des.h and OpenSSL's
des.h.  Whichever comes first would overshadow the other because of
the clash in protecting macro.  This fix solves that problem.
crypto/des/des.h
crypto/des/des_old.h